Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

RoleOfTerminologies

607 views

Published on

Published in: Technology, Health & Medicine
  • Be the first to comment

RoleOfTerminologies

  1. 1. The Role of Terminologies and Ontologies in the Context of the Electronic Health Record Dagstuhl May 23th, 2006 Werner Ceusters, MD Ontology Research Group Center of Excellence in Bioinformatics & Life Sciences SUNY at Buffalo, NY
  2. 2. Electronic Health Records <ul><li>ISO/TS 18308:2003 </li></ul><ul><ul><li>Electronic Health Record ( EHR ): </li></ul></ul><ul><ul><ul><li>A repository of information regarding the health of a subject of care, in computer processable form. </li></ul></ul></ul><ul><ul><li>EHR system : </li></ul></ul><ul><ul><ul><li>the set of components that form the mechanism by which electronic health records are created, used, stored, and retrieved. It includes people, data, rules and procedures, processing and storage devices, and communication and support facilities. </li></ul></ul></ul><ul><li>More common meaning of EHR system : </li></ul><ul><ul><li>only the “software being executed” </li></ul></ul>
  3. 3. A replacement for This and that
  4. 4. typical EHR screen <ul><li>www.comchart.com </li></ul>
  5. 5. Current US GOV eHealth goals & strategies <ul><ul><ul><li>Goal 1: Inform Clinical Practice : </li></ul></ul></ul><ul><ul><ul><ul><li>S1. Provide incentives for EHR adoption . </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S2. Reduce risk of EHR investment. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S3. Promote EHR diffusion in rural and underserved areas. </li></ul></ul></ul></ul><ul><ul><ul><li>Goal 2: Interconnect Clinicians . </li></ul></ul></ul><ul><ul><ul><ul><li>S1. Regional collaborations. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S2. Develop a national health information network. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S3. Coordinate federal health information systems. </li></ul></ul></ul></ul><ul><ul><ul><li>Goal 3: Personalize Care . </li></ul></ul></ul><ul><ul><ul><ul><li>S1. Encourage use of Personal Health Records. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S2. Enhance informed consumer choice. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S3. Promote use of telehealth systems. </li></ul></ul></ul></ul><ul><ul><ul><li>Goal 4: Improve Population Health . </li></ul></ul></ul><ul><ul><ul><ul><li>S1. Unify public health surveillance architectures. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S2. Streamline quality and health status monitoring. </li></ul></ul></ul></ul><ul><ul><ul><ul><li>S3. Accelerate research and dissemination of evidence. </li></ul></ul></ul></ul>
  6. 6. Functions to be supported (HL7) <ul><li>Direct Care </li></ul><ul><ul><li>functions that enable hands-on delivery of health care and offer clinical decision support. </li></ul></ul><ul><li>Care Support </li></ul><ul><ul><li>functions that are not used for direct care of patients, but assist with the administrative, financial, research, public health, and quality monitoring aspects of an EHR-S </li></ul></ul><ul><li>Information Infrastructure </li></ul><ul><ul><li>functions that provide the framework for proper operation of all Direct Care and Supportive functions . </li></ul></ul>HL7 EHR System Functional Model. Draft May 2006
  7. 7. Direct Care Functions <ul><li>DC.1 Care Management </li></ul><ul><ul><li>ordering medications </li></ul></ul><ul><ul><li>creating clinical documentation </li></ul></ul><ul><li>DC.2 Clinical Decision Support </li></ul><ul><ul><li>alerting the provider that immunizations are due or drug interactions are indicated. </li></ul></ul><ul><li>DC.3 Operations Management and Communication </li></ul><ul><ul><li>??? </li></ul></ul>
  8. 8. Care support functions <ul><li>S.1 Clinical Support </li></ul><ul><li>S.2 Measurement, Analysis, Research and Reports </li></ul><ul><li>S.3 Administrative and Financial </li></ul><ul><ul><li>verifying insurance eligibility </li></ul></ul><ul><ul><li>reporting encounter data to public health systems </li></ul></ul>
  9. 9. Information Infrastructure Functions <ul><li>Information Infrastructure </li></ul><ul><ul><li>I.1 Security </li></ul></ul><ul><ul><li>I.2 Health Record Information and Management </li></ul></ul><ul><ul><li>I.3 Identity, Registry, & Directory Services </li></ul></ul><ul><ul><li>I.4 Terminology Standards & Services </li></ul></ul><ul><ul><li>I.5 Standards-based Interoperability </li></ul></ul><ul><ul><li>I.6 Business Rules Management </li></ul></ul><ul><ul><li>I.7 Workflow Management </li></ul></ul>
  10. 10. ‘ Terminology’ <ul><li>The discipline of terminology management </li></ul><ul><ul><li>homonymous with terminology </li></ul></ul><ul><ul><li>synonymous with terminology work (used in ISO 704) </li></ul></ul><ul><li>The set of designations used in the special language of a subject field , such as the terminology of chemistry </li></ul><ul><ul><li>Used in in both the singular and plural </li></ul></ul><ul><ul><li>Used with an article in the singular: a terminology </li></ul></ul>
  11. 11. Fundamental Activities of Terminology Work <ul><li>Identifying ‘ concepts’ and ‘ concept relations’ ; </li></ul><ul><ul><li>Analyzing and modeling concept systems on the basis of identified concepts and concept relations ; </li></ul></ul><ul><ul><li>Establishing representations of concept systems through concept diagrams ; </li></ul></ul><ul><ul><li>Crafting concept-oriented definitions ; </li></ul></ul><ul><ul><li>Attributing designations (predominantly terms ) to each concept in one or more languages; and, </li></ul></ul><ul><ul><li>Recording and presenting terminological data, principally in terminological entries stored in print and electronic media ( terminography ). </li></ul></ul>This is not the right approach to ontology !
  12. 12. Reason for our rejection: T he t erminological View <ul><li>Objects </li></ul><ul><ul><ul><li>perceived or conceived, concrete or abstract </li></ul></ul></ul><ul><ul><ul><li>abstracted or conceptualized into concepts </li></ul></ul></ul><ul><li>Concepts </li></ul><ul><ul><ul><li>depict or correspond to a set of objects based on a defined set of characteristics </li></ul></ul></ul><ul><ul><ul><li>represented or expressed in language by designations or by definitions </li></ul></ul></ul><ul><ul><ul><li>organized into concept systems </li></ul></ul></ul><ul><li>Designations </li></ul><ul><ul><ul><li>represented as terms, names (appellations) or symbols </li></ul></ul></ul><ul><ul><ul><li>designate or represent a concept </li></ul></ul></ul><ul><ul><ul><li>attributed to a concept by consensus within a special language community </li></ul></ul></ul>? Terminology is a tool for dealing with language, not one for representing reality.
  13. 13. Peirce, Ogden & Richards , … Unit of Thinking (Concept) Designation (Symbol, Sign, Term, Formula etc.) Referent (Concrete Object, Real Thing, Conceived Object) (Unit of Thought, Unit of Knowledge) ~ Universal ??? Universal Particular
  14. 14. Success of concept-based view in healthcare IT Concept ‘dog’ Chien Dog Hond Hund …
  15. 15. Why terminologies ? <ul><li>As such ? </li></ul><ul><ul><li>Fixing/stabilizing the language within a domain and a linguistic community; </li></ul></ul><ul><ul><li>Unambiguous communication. </li></ul></ul><ul><li>In relation to EHRs ? </li></ul><ul><ul><li>Semantic Indexing; </li></ul></ul><ul><ul><li>Information exchange and linking between heterogeneous systems; </li></ul></ul><ul><ul><li>Terminologies as basis for coding and classification systems </li></ul></ul>
  16. 16. Some systems and their purpose <ul><li>Remuneration </li></ul><ul><ul><li>ICD9/10-CM in US for insurance and medicare for diseases </li></ul></ul><ul><ul><li>Clinical Procedures Terminology (CPT) for surgical procedures </li></ul></ul><ul><li>Public Health Reporting </li></ul><ul><ul><li>ICD9/10 </li></ul></ul><ul><li>Clinical Recording </li></ul><ul><ul><li>Read 1-3, SNOMED-CT, ICPC </li></ul></ul><ul><li>Indexing publications </li></ul><ul><ul><li>MeSH (MedLine/PubMed), EMTree (EMBASE) </li></ul></ul><ul><li>Support for applications and decision support </li></ul><ul><ul><li>GALEN, FMA </li></ul></ul>
  17. 17. ‘ Traditional ’ semantic indexing <ul><li>Statement: </li></ul><ul><ul><li>‘ Joe Smith has a fracture of the left tibia ’ </li></ul></ul><ul><li>Becomes indexed as : </li></ul><ul><ul><li>#12 M-2xg41 A-2t68 </li></ul></ul><ul><ul><li>M-2xg41 code in SnowMeat with terms: </li></ul></ul><ul><ul><ul><li>fracture, fractures, fracture NOS, broken, ... </li></ul></ul></ul><ul><ul><li>A-2t68 ibidem associated with: </li></ul></ul><ul><ul><ul><li>left tibia, left tibia NEC, ... </li></ul></ul></ul><ul><ul><li>Additional terms through </li></ul></ul><ul><ul><ul><li>hierarchy: bone, bones, os, ... </li></ul></ul></ul><ul><ul><ul><li>associations: lower leg, limb, body part, ... </li></ul></ul></ul>
  18. 18. Classification: ICD <ul><li>... </li></ul><ul><li>Chapter II: Neoplasms (C00-D48) </li></ul><ul><li>Chapter III: Diseases of the Blood and Blood-forming organs and certain disorders involving the immune mechanism (D50-D89) </li></ul><ul><li>Excludes : auto-immune disease (systemic) NOS (M35.9) </li></ul><ul><li>.... </li></ul><ul><li>Nutritional Anemias (D50-D53) </li></ul><ul><li> D50 Iron deficiency anaemia </li></ul><ul><li> Includes: ... </li></ul><ul><li> D50.0 Iron deficiency anaemia secondary to blood loss (chronic) </li></ul><ul><li>Excludes : ... </li></ul><ul><li> D50.1 ... </li></ul><ul><li> D51 Vit B12 deficiency anaemia </li></ul><ul><li>Haemolytic Anemias (D55-D59) </li></ul><ul><li>... </li></ul><ul><li>Chapter IV: ... </li></ul>
  19. 19. Coding versus classification <ul><li>Coding: </li></ul><ul><ul><li>Annotate terms in the EHR with codes from a coding system </li></ul></ul><ul><ul><ul><li> synonyms, translations, hierarchies </li></ul></ul></ul><ul><li>Classification: </li></ul><ul><ul><li>Assign patients exhibiting certain features to a predefined class </li></ul></ul><ul><ul><ul><li> purpose oriented, culture dependent </li></ul></ul></ul><ul><li>Frequently mixed up ! </li></ul>
  20. 20. Fractured nose = ??? Fracture of nose
  21. 21. Coding / classification confusion <ul><li>“ patient with fractured nose” </li></ul><ul><ul><li>= </li></ul></ul><ul><ul><li>“ patient with fracture of nose” </li></ul></ul><ul><li>But therefor not </li></ul><ul><ul><li>“ fractured nose” </li></ul></ul><ul><ul><li>= </li></ul></ul><ul><ul><li>“ fracture of nose” ! </li></ul></ul>
  22. 22. Classification: culture dependent <ul><li>Dyirbal classif i cation of objects in the universe, </li></ul><ul><li>Bayi : men, kangaroos, possums, bats, most snakes, most fishes, some birds, most insects, the moon, storms, rainbows, boomerangs, some spears, etc. </li></ul><ul><li>Balan : women, anything connected with water or fire, bandicoots, dogs, platypus, echidna, some snakes, some fishes, most birds, fireflies, scorpions, crickets, the stars, shields, some spears, some trees, etc. </li></ul><ul><li>Balam : all edible fruit and the plants that bear them, tubers, ferns, honey, cigarettes, wine, cake. </li></ul><ul><li>Bala : parts of the body, meat, bees, wind, yamsticks, some spears, most trees, grass, mud, stones, noises, language, etc. </li></ul><ul><li>Lakoff 1987. Women, fire and dangerous things </li></ul>Categories derived through analysis of the structure of the language used by these people.  Language is NOT a thrustworthy basis for (realist) ontology development.
  23. 23. Culture ??? Some ICD examples <ul><li>V31.22 Occupant of three-wheeled motor vehicle injured in collision with pedal cycle, person on outside of vehicle, nontraffic accident, while working for income </li></ul><ul><li>W65.40 Drowning and submersion while in bath-tub, street and highway, while engaged in sports activity </li></ul><ul><li>X35.44 Victim of volcanic eruption, street and highway, while resting, sleeping, eating or engaging in other vital activities </li></ul>
  24. 24. The “exploding bicycle” (J. Rogers) <ul><li>10 things to hit… </li></ul><ul><ul><li>Pedestrian / cycle / motorbike / car / HGV / train / unpowered vehicle / a tree / other </li></ul></ul><ul><li>5 roles for the injured… </li></ul><ul><ul><li>Driving / passenger / cyclist / getting in / other </li></ul></ul><ul><li>5 activities when injured… </li></ul><ul><ul><li>resting / at work / sporting / at leisure / other </li></ul></ul><ul><li>2 contexts… </li></ul><ul><ul><li>In traffic / not in traffic </li></ul></ul><ul><li> V12.24 Pedal cyclist injured in collision with two- or three-wheeled motor vehicle, unspecified pedal cyclist, nontraffic accident, while resting, sleeping, eating or engaging in other vital activities </li></ul>
  25. 25. Border’s classification of Medicine <ul><li>Medicine </li></ul><ul><ul><li>Mental health </li></ul></ul><ul><ul><li>Internal medicine </li></ul></ul><ul><ul><ul><li>Endocrinology </li></ul></ul></ul><ul><ul><ul><ul><li>Oversized endocrinology </li></ul></ul></ul></ul><ul><ul><ul><li>Gastro-enterology </li></ul></ul></ul><ul><ul><ul><li>... </li></ul></ul></ul><ul><ul><li>Pediatrics </li></ul></ul><ul><ul><li>... </li></ul></ul><ul><ul><li>Oversized medicine </li></ul></ul>
  26. 26. Ambituous claims have been made … <ul><li>The Unified Medical Language System (UMLS) is designed to “ facilitate the development of computer systems that behave as if they ‘understand’ the meaning of the language of biomedicine and health ” . </li></ul><ul><ul><li>UMLS fact sheet, updated 7 May 2004 (http://www.nlm.nih.gov/pubs/factsheets/umls.html). </li></ul></ul>
  27. 27. Mesh: Medical Subject Headings
  28. 28. Mesh: Medical Subject Headings
  29. 29. MeSH: typing myocardial infarction
  30. 30. H i e r a r c h i c a l
  31. 31. MeSH: Different context, different meaning ? ??? ??? ???
  32. 32. MeSH Tree Structures - 2004 <ul><li>Body Regions [A01] </li></ul><ul><ul><li>Extremities [A01.378] </li></ul></ul><ul><ul><ul><li>Lower Extremity [A01.378.610] </li></ul></ul></ul><ul><ul><ul><ul><li>Buttocks [A01.378.610.100] </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Foot [A01.378.610.250] </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Ankle [A01.378.610.250.149] </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Forefoot, Human [A01.378.610.250.300] + </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Heel [A01.378.610.250.510] </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><li>Hip [A01.378.610.400] </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Knee [A01.378.610.450] </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Leg [A01.378.610.500] </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Thigh [A01.378.610.750] </li></ul></ul></ul></ul>The most abundant sort of mistakes if used as an ontology!
  33. 33. Intermediate conclusion (1) <ul><li>Concept-based terminology (and standardisation thereof) is there as a mechanism to improve understanding of messages by humans. </li></ul><ul><li>It is NOT the right device </li></ul><ul><ul><li>to explain why reality is what it is, how it is organised, etc., (although it is needed to allow communication), </li></ul></ul><ul><ul><li>to reason about reality, </li></ul></ul><ul><ul><li>to make machines understand what is real, </li></ul></ul><ul><ul><li>to integrate across different views, languages, conceptualisations, ... </li></ul></ul>
  34. 34. Why not ? <ul><li>Does not take care of universals and particulars appropriately </li></ul><ul><li>Concepts not necessarily correspond to something that (will) exist(ed) </li></ul><ul><ul><li>Sorcerer, unicorn, leprechaun, ... </li></ul></ul><ul><li>Definitions set the conditions under which terms may be used, and may not be abused as conditions an entity must satisfy to be what it is </li></ul><ul><li>Language can make strings of words look as if it were terms </li></ul><ul><ul><li>“ Middle lobe of left lung ” </li></ul></ul>
  35. 35. Ok, then Description Logics and OWL will save us ... ? <ul><li>Description logics: </li></ul><ul><li>A decidable fragment of FOL </li></ul><ul><li>A propositional modal logic </li></ul><ul><li>A classes and properties (concepts and roles) oriented KR language </li></ul><ul><li>Subsumption and satisfiability (consistency) are the key inferences </li></ul><ul><li>Most DLs are supersets of ALC </li></ul><ul><ul><li>Boolean operators on concepts </li></ul></ul><ul><ul><li>Existential and Universal quantifiers </li></ul></ul><ul><li>OWL-DL is a large superset (SHOIN): </li></ul><ul><ul><li>Property hierarchies & Transitive roles (SH) </li></ul></ul><ul><ul><li>Inverse (I) </li></ul></ul><ul><ul><li>Nominals (O) (hasValue and one of) </li></ul></ul><ul><ul><li>Number restrictions (counting quantifiers) </li></ul></ul>
  36. 36. SNOMED and DL SNOMED-RT (2000) DL don’t guarantee you to get parthood right ! SNOMED-CT (2003)
  37. 37. NCI Thesaurus <ul><li>a biomedical thesaurus created specifically to meet the needs of the N ational C ancer I nstitute. </li></ul><ul><li>semantically modeled cancer-related terminology built using description logic s </li></ul>
  38. 38. NCI Thesaurus Root concepts Anatomic Structure, Anatomic System, or Anatomic Substance ? Or ? Does the NCI not know to which category Any item classified there belongs ? Anatomic Substance ? If yes, why is gene product not subsumed by it ? If no, why are drugs and chemicals not subsumed by it ?
  39. 39. Definition of “cancer gene”
  40. 40. Terminologies and ontologies for EHR use: the quest for principles
  41. 41. Requirements for clinical vocabularies (1) <ul><li>Domain completeness : coverage of all possible terms that lie within a vocabulary’s domain </li></ul><ul><li>Non-vagueness : the term should represent the concept behind it as close as possible </li></ul><ul><li>Non-ambiguity : the same term cannot refer to more than one concept </li></ul><ul><li>Non-redundancy : each concept must be represented by one unique identifier </li></ul><ul><li>(Cimino, 1989) </li></ul>
  42. 42. Requirements for clinical vocabularies ( 2 ) <ul><li>Synonomy : multiple ways for expressing a word (or concept) must be allowed </li></ul><ul><li>Multiple classification : concepts must be allowed to be classified in multiple hierarchies </li></ul><ul><li>Consistency of view : concepts must have the same relationships in all views </li></ul><ul><li>Explicit relationships : all relationships (e.g. class, synonymy,…) must be explicitly labelled. </li></ul>
  43. 43. The Desiderata Revisited <ul><li>Concept orientation - what is the alternative? </li></ul><ul><li>Concept permanence and graceful evolution - version control </li></ul><ul><li>Formal definitions - add to knowledge vs. recognize change </li></ul><ul><li>Reject NEC - store what the patient has and classify later </li></ul><ul><li>Multiple granularities - patient level vs. reuse </li></ul><ul><li>Representing context - the implicit meaning in the EMR design </li></ul><ul><li>Cimino 2003, Rome Ontology Workshop (pushed by Smith) </li></ul>
  44. 44. New desiderate for biomedical terminologies <ul><li>Provide identifiers for meanings we want to apply to the patient </li></ul><ul><li>Make sure the semantics are universally understood, separate from linguistics </li></ul><ul><li>Make sure that, as our understanding changes, original meaning is not forgotten </li></ul><ul><li>Provide a bridge between what we record and how we reason </li></ul><ul><li>Cimino 2003, Rome Ontology Workshop (pushed by Smith) </li></ul>
  45. 45. Desiderata for Controlled Medical Data <ul><li>I - Capture what is known about the patient </li></ul><ul><li>II - No information loss </li></ul><ul><li>III - No false implications </li></ul><ul><li>IV - Support retrieval </li></ul><ul><li>V - Support reuse </li></ul><ul><li>VI - Support aggregation </li></ul><ul><li>VII - Support inference </li></ul><ul><li>Cimino 2003, Rome Ontology Workshop (pushed by Smith) </li></ul>
  46. 46. Take off of ontology in biomedical informatics <ul><li>Concept/terminology-based systems make implicit knowledge explicit </li></ul><ul><li>Ontologies aim to push explicitness further: </li></ul><ul><ul><li>reasoning by machines </li></ul></ul><ul><ul><ul><li>Classification </li></ul></ul></ul><ul><ul><ul><li>Prediction </li></ul></ul></ul><ul><ul><ul><li>Triggering of alerts </li></ul></ul></ul>
  47. 47. A practical example <ul><li>At < timestamp > lab reports < procedure > with id < ID > and value < value > for < patient > </li></ul><ul><li>At < timestamp > < clinician > interprets < ID > as indicating < condition > for < patient > </li></ul><ul><li>At < timestamp > < clinician > orders pharmacy item < formulary item > with order id < ID > for < patient > </li></ul><ul><li>At < timestamp > pharmacy delivers < inventory item > with inventory id < ID > for order id < ID > for < patient > </li></ul><ul><li>At < timestamp > decision support system suggests < condition > for < patient > </li></ul><ul><li>Cimino 2003, Rome Ontology Workshop </li></ul>However ! Is this a procedure or the documentation of a procedure ? Is this condition really a patient condition or just an idea ? How are these related ?
  48. 48. The dispute between … <ul><li>“ Practical engineers”: </li></ul><ul><ul><li>If it works for our purposes, it is ok </li></ul></ul><ul><li>Good philosophers: </li></ul><ul><ul><li>If it works always, it is ok, and </li></ul></ul><ul><ul><li>It can only always work if it represents the relevant portion of reality faithfully. </li></ul></ul>
  49. 49. Ontology desiderata (C. Goble) for engineers Precision formal, unambiguous high fidelity Systematic control, quality, clarity Explicitness clarity, commitment, reuse Flexibility expressivity, evolution
  50. 50. Ontology description space (C. Goble) Coverage upper, domain general, domain specific Expressivity taxonomy, relationships, axioms Knowledge representation languages and models words, OO, frames, logics Inference mechanisms classification, coherency
  51. 51. But not to forget: change management <ul><li>The reasons for changes in ontologies AND health records should be explicitly motivated, possibilities being </li></ul><ul><li>changes in the underlying reality (does the appearance or disappearance of an entry relate to the appearance or disappearance of entities or of relationships among entities in reality?); </li></ul><ul><li>changes in our scientific understanding; </li></ul><ul><li>r eassessments of what is considered to be relevant for inclusion ; </li></ul><ul><li>corrections of encoding mistakes introduced during ontology curation or data entry </li></ul>
  52. 52. Conclusions <ul><li>Main role of: </li></ul><ul><ul><li>Terminologies : standardise language use </li></ul></ul><ul><ul><li>Ontologies : represent what is generic in reality </li></ul></ul><ul><ul><li>EHR : document what is specifically related to particulars (patients directly, (sub)populations indirectly) </li></ul></ul><ul><li>Role of terminologies in the context of the EHR: </li></ul><ul><ul><li>Make the documentation intelligable to humans other than those who entered the data </li></ul></ul><ul><li>Role of ontologies in the context of the EHR: </li></ul><ul><ul><li>Ensure that the regimentation imposed by the EHR system does not interfere with the re-usability of the data for a variety of purposes, other than patient documentation. </li></ul></ul>

×