docMD: (DOCument Mediated Delivery)


Published on

Published in: Education, Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

docMD: (DOCument Mediated Delivery)

  1. 1. docMD: Eric H. Schnell ( Associate Professor Head, Information Technology Prior Health Sciences Library The Ohio State University (DOCument Mediated Delivery) docMD is funded through support by the National Network of Libraries of Medicine, Greater Midwest Region. Ohio State University project number 743202
  2. 2. docMD Goal <ul><li>“ To establish an electronic document delivery service for hospital libraries that are unable to support such a service themselves due to limited human, financial, or technical resources “ </li></ul>
  3. 3. docMD Objectives <ul><li>Establish a mediated direct-to-customer document delivery service for hospital libraries </li></ul><ul><li>Identify the costs involved in providing such a service </li></ul><ul><li>Develop a model for use by other resource libraries in other regions of the country </li></ul>
  4. 4. Why docMD? <ul><li>IDD Reduces telecom costs </li></ul><ul><ul><ul><li>(Landes ’97) </li></ul></ul></ul><ul><li>IDD Reduces turnaround time </li></ul><ul><ul><ul><li>1986: 13.76 days (Budd) </li></ul></ul></ul><ul><ul><ul><li>1999: reduced to 2.52 (Sellen) </li></ul></ul></ul><ul><li>Web delivery reduces supply costs </li></ul><ul><ul><ul><li>(Weible ’02) </li></ul></ul></ul>
  5. 5. Barriers to Hospital Library IDD Implementation <ul><li>Firewalls (McKnight 2001) </li></ul><ul><ul><li>communication ports </li></ul></ul><ul><ul><li>network authority </li></ul></ul><ul><li>Workflow / staffing (Jackson 1993) </li></ul><ul><li>Access to technical staff </li></ul><ul><li>Fiscal resources </li></ul>
  6. 6. How docMD Jumps these Barriers <ul><li>Firewalls </li></ul><ul><ul><li>a common communication port is used (80) </li></ul></ul><ul><li>Workflow / staffing </li></ul><ul><ul><li>DOCLINE processing remains the same </li></ul></ul><ul><ul><li>Less physical processing of documents </li></ul></ul><ul><li>Access to technical staff </li></ul><ul><ul><li>Essential technical staff at mediation center </li></ul></ul><ul><ul><li>Little technical site support needed </li></ul></ul><ul><li>Fiscal resources </li></ul><ul><ul><li>GMR supported </li></ul></ul>
  7. 7. Participating Libraries Must: <ul><li>Be a DOCLINE ® library </li></ul><ul><li>Identify the populations this project could potentially reach </li></ul><ul><li>Provide a letter of interest </li></ul><ul><li>Be willing to assist their users with local issues </li></ul><ul><li>Implement and market the service locally </li></ul><ul><li>Provide the project with feedback and participate in the evaluation process  </li></ul><ul><li>Be willing to &quot;go with the flow&quot;     </li></ul>
  8. 8. docMD Delivery Model Local Library Customer DOCLINE Lending “A” Lending “B” Scans/Sends though IDD Scans/Sends though IDD docMD Web Server Email with docID# Email Alert
  9. 9. Timeline <ul><li>Approval July ‘02 </li></ul><ul><li>Planning Fall ‘02 </li></ul><ul><li>1 st test document December ‘02 </li></ul><ul><li>6 phase one sites online February ’03 </li></ul><ul><li>12 phase two sites June ’03 </li></ul><ul><li>Through December ’04 </li></ul>
  10. 10. Survey Tools <ul><li>Project Librarian Survey </li></ul><ul><li>Technical Survey (Lib / Cust) </li></ul><ul><li>Attitudes Survey (Cust) </li></ul><ul><li>Turnaround Time Study </li></ul>
  11. 11. docMD Statistics (as of Sept 2, ‘04) <ul><li>406 registered customers </li></ul><ul><li>3111 documents processed </li></ul><ul><li>~15% have gone unviewed </li></ul><ul><li>>40% sent to the librarian </li></ul><ul><li><1% required reposting </li></ul><ul><li><1% alternative distribution </li></ul><ul><li><1% posting failures </li></ul>
  12. 12. docMD Statistics <ul><li>Average document processing time: 1 minute </li></ul><ul><li>Average number of documents requiring follow up: 1 per week </li></ul><ul><li>Percentage of documents arriving upside down: 20% -> 1% </li></ul><ul><li>Number of customers contacting docMD central regarding difficulty in downloading a document: 1 </li></ul>
  13. 13. Turnaround Time <ul><li>Pre – docMD: 6.53 days (max 19 days) </li></ul><ul><li>Post – docMD: 3.11 days (max 9) </li></ul>
  14. 14. Feedback <ul><li>“ Our docs are always so delighted when personalized mail arrives for them.” one has a “raft of administrators tooling past his office wanting to know how his articles were retrieved electronically. They believe that he magically pulled them up all by himself. “ </li></ul><ul><li>“ another test subject… has been running around Nursing telling people…” </li></ul>
  15. 15. Issues: <ul><li>Geography: Project leaders / librarian face-to-face contact difficult </li></ul><ul><li>Geography II: Difficult if not impossible to organize group training </li></ul><ul><li>Geography III: Email helps. Phone is more effective but more time consuming </li></ul>
  16. 16. Issues: <ul><li>How docMD is implemented at a site is dependent on the hospital librarian </li></ul><ul><li>Level of participation is dependent on the marketing performed by the hospital librarians </li></ul><ul><li>Too much hand-holding or separation anxiety? </li></ul>
  17. 17. Issues: Funding <ul><li>Pay-to-Play (1) </li></ul><ul><ul><li>Each hospital pays a fee based on scale determined by the number of documents they normally process through DOCLINE in relation to other participants in a tiered fee schedule. </li></ul></ul><ul><li>Pay-to-Play (2) </li></ul><ul><ul><li>Each hospital pays a per-document fee based on the actual number of documents they process using docMD and is billed on a quarterly or annual or per-document basis. </li></ul></ul><ul><li>Subsidized (1) </li></ul><ul><ul><li>Each NNLM region establishes funding opportunities for resource libraries to support a docMD service for their resource area. Resource libraries apply for the available awards. </li></ul></ul><ul><li>Subsidized (2) </li></ul><ul><ul><li>Each NNLM region provides a funded mandate to each resource library to establish a docMD service in their area. </li></ul></ul><ul><li>Benevolent </li></ul><ul><ul><li>Any library can provide the service but supports it using their individual operating funds and can pursue reimbursement from the participants. </li></ul></ul>
  18. 18. Issues: Standards <ul><li>GEDI: Generic Electronic Document Interchange </li></ul><ul><li>Established in early 1990s </li></ul><ul><li>Ariel 1.x - 3.4 </li></ul><ul><li>Odyssey </li></ul><ul><li>Open Standard </li></ul><ul><li>Ariel 4.x </li></ul><ul><li>???? </li></ul><ul><li>proprietary </li></ul>
  19. 19. Issues: Standards <ul><li>Question: Is Ariel 3.4 compatible with all other versions of Ariel? </li></ul><ul><li>Answer: Yes. Ariel 3.4 is able to send and receive documents with Ariel versions 2 and 3. </li></ul><ul><li>However, Infotrieve has in important announcement about Ariel: Infotrieve continues to improve and upgrade Ariel, which will greatly change Ariel’s technology (especially with an eye to building a networked version of Ariel 4.0). We foresee that future versions of Ariel will no longer be technically compatible with older versions. We anticipate that Ariel 3.4 will be the “cut off” version for future compatibility. Hence, we encourage all 3.x users to upgrade to 3.4 for free, to be prepared for this future change. We also encourage Ariel 2.x users to take advantage of our upgrade discount and get current to prevent incompatibilty with future releases of Ariel. Infotrieve will continue to communicate about this important issue so that our customers can plan and budget accordingly. When we release the next version of Ariel, we will provide Ariel 3.4 users with a patch that will ensure compatibility with the next version, Ariel 4.0. It is important to take advantage of this release now. </li></ul>
  20. 20. Issues: Standards <ul><li>Lack of IDD standards will result in the project ending in December 2004 </li></ul><ul><li>Lack of IDD standards will prevent a wide scale implementation of the concept </li></ul>
  21. 21. Expanding the Concept: OhioDOC Establish a direct-to-customer electronic document delivery service for all OhioLINK libraries. Establish a system for centralized electronic document delivery distribution Establish electronic document delivery services in libraries without them Create workflow efficiencies
  22. 22. Current Direct to Customer Processing Model Local Library Customer OCLC / DOCLINE Ohio Lending “A” Ohio Lending “B” Scans/Sends though IDD Scans/Sends though IDD EDD Web Server
  23. 23. OhioDOC Model Local Library Customer OCLC / Docline Ohio Lending “A” Ohio Lending “B” Scans/Sends though EDD Scans/Sends though EDD OhioDOC
  24. 24. OhioDoc Model Expanded Local Library OCLC / Docline Ohio Lending “A” Customer EDD Web Server Ohio Lending “C” Ohio Lending “B” Ohio Lending “D” Ohio Lending “E”
  25. 25. Current Direct to Customer Processing Model Ohio “A” Ohio “B” Ohio “C” Process Process Process Web Web Web
  26. 26. OhioDOC Processing Model Ohio “A” Ohio “B” Ohio “C” Process Process Process Web Web Web Web
  27. 27. OhioDOC Expectations <ul><li>Lending libraries still scan and process documents intended for OhioLINK libraries </li></ul><ul><li>Borrowing libraries would no longer receive and process documents coming from OhioLINK lending libraries </li></ul>
  28. 28. Thanks! <ul><li>E-mail: </li></ul><ul><li>[email_address] </li></ul><ul><li>Project: </li></ul><ul><li> </li></ul>