Serveur d'exploration sur les dispositifs haptiques

Attention, ce site est en cours de développement !
Attention, site généré par des moyens informatiques à partir de corpus bruts.
Les informations ne sont donc pas validées.

An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records

Identifieur interne : 002752 ( Pmc/Curation ); précédent : 002751; suivant : 002753

An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records

Auteurs : Allen Brewer ; Maxwell A. Helfgott ; Joseph Novak ; Rick Schanhals

Source :

RBID : PMC:3833511

Abstract

The development and implementation of competent and cost-effective computerized medical records that profoundly improve physician productivity and knowledge management will require the development of a new paradigm for the representation and analysis of medical knowledge and logic. Medical knowledge is acquired inductively by observing, measuring, and eliciting information from patients in a process that is investigational rather than transactional. Most, if not all, current approaches to health information technology (HIT) rely on a logic and data structure that imposes significant limitations on the ability of physicians to thoroughly and efficiently document and access empiric patient data because the information is almost invariably organized in a way which presumes, rather than makes explicit, the relationships of concepts and their meaning. Cmapping provides a graphical method of capturing and displaying expert content knowledge that is simple to comprehend and modify and provides a foundation for a dynamic, inductive, and inclusive method of clinical documentation and research. The basis of medical decision analysis along with representative samples of medical knowledge modeling in the Cmap format is presented. The knowledge structures that are captured in Cmaps can be expressed directly in propositional logic, enabling the capability to convert Cmapped clinical expressions to be used to define a description logic for clinical evidence documentation and analysis that can in turn be mapped to multiple natural languages. The described description logic approach can be used to formulate digital messages and documents and to automate the process of converting description specifications formulated in propositional logic into operational electronic health record solutions for capture and reporting of clinical encounters. It has also been demonstrated that using Cmaps to elicit content knowledge from physicians to build point-of-care clinical documentation screens can significantly reduce the time and costs necessary to implement the physician's knowledge into operational systems and that using Cmaps eliminates the need for HIT expertise in the rules-encoding process.


Url:
DOI: 10.7453/gahmj.2012.1.4.003
PubMed: 24278828
PubMed Central: 3833511

Links toward previous steps (curation, corpus...)


Links to Exploration step

PMC:3833511

Le document en format XML

<record>
<TEI>
<teiHeader>
<fileDesc>
<titleStmt>
<title xml:lang="en">An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records</title>
<author>
<name sortKey="Brewer, Allen" sort="Brewer, Allen" uniqKey="Brewer A" first="Allen" last="Brewer">Allen Brewer</name>
</author>
<author>
<name sortKey="Helfgott, Maxwell A" sort="Helfgott, Maxwell A" uniqKey="Helfgott M" first="Maxwell A." last="Helfgott">Maxwell A. Helfgott</name>
</author>
<author>
<name sortKey="Novak, Joseph" sort="Novak, Joseph" uniqKey="Novak J" first="Joseph" last="Novak">Joseph Novak</name>
</author>
<author>
<name sortKey="Schanhals, Rick" sort="Schanhals, Rick" uniqKey="Schanhals R" first="Rick" last="Schanhals">Rick Schanhals</name>
</author>
</titleStmt>
<publicationStmt>
<idno type="wicri:source">PMC</idno>
<idno type="pmid">24278828</idno>
<idno type="pmc">3833511</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3833511</idno>
<idno type="RBID">PMC:3833511</idno>
<idno type="doi">10.7453/gahmj.2012.1.4.003</idno>
<date when="2012">2012</date>
<idno type="wicri:Area/Pmc/Corpus">002752</idno>
<idno type="wicri:Area/Pmc/Curation">002752</idno>
</publicationStmt>
<sourceDesc>
<biblStruct>
<analytic>
<title xml:lang="en" level="a" type="main">An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records</title>
<author>
<name sortKey="Brewer, Allen" sort="Brewer, Allen" uniqKey="Brewer A" first="Allen" last="Brewer">Allen Brewer</name>
</author>
<author>
<name sortKey="Helfgott, Maxwell A" sort="Helfgott, Maxwell A" uniqKey="Helfgott M" first="Maxwell A." last="Helfgott">Maxwell A. Helfgott</name>
</author>
<author>
<name sortKey="Novak, Joseph" sort="Novak, Joseph" uniqKey="Novak J" first="Joseph" last="Novak">Joseph Novak</name>
</author>
<author>
<name sortKey="Schanhals, Rick" sort="Schanhals, Rick" uniqKey="Schanhals R" first="Rick" last="Schanhals">Rick Schanhals</name>
</author>
</analytic>
<series>
<title level="j">Global Advances in Health and Medicine</title>
<idno type="ISSN">2164-957X</idno>
<idno type="eISSN">2164-9561</idno>
<imprint>
<date when="2012">2012</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc>
<textClass></textClass>
</profileDesc>
</teiHeader>
<front>
<div type="abstract" xml:lang="en">
<p>The development and implementation of competent and cost-effective computerized medical records that profoundly improve physician productivity and knowledge management will require the development of a new paradigm for the representation and analysis of medical knowledge and logic. Medical knowledge is acquired inductively by observing, measuring, and eliciting information from patients in a process that is investigational rather than transactional. Most, if not all, current approaches to health information technology (HIT) rely on a logic and data structure that imposes significant limitations on the ability of physicians to thoroughly and efficiently document and access empiric patient data because the information is almost invariably organized in a way which presumes, rather than makes explicit, the relationships of concepts and their meaning. Cmapping provides a graphical method of capturing and displaying expert content knowledge that is simple to comprehend and modify and provides a foundation for a dynamic, inductive, and inclusive method of clinical documentation and research. The basis of medical decision analysis along with representative samples of medical knowledge modeling in the Cmap format is presented. The knowledge structures that are captured in Cmaps can be expressed directly in propositional logic, enabling the capability to convert Cmapped clinical expressions to be used to define a description logic for clinical evidence documentation and analysis that can in turn be mapped to multiple natural languages. The described description logic approach can be used to formulate digital messages and documents and to automate the process of converting description specifications formulated in propositional logic into operational electronic health record solutions for capture and reporting of clinical encounters. It has also been demonstrated that using Cmaps to elicit content knowledge from physicians to build point-of-care clinical documentation screens can significantly reduce the time and costs necessary to implement the physician's knowledge into operational systems and that using Cmaps eliminates the need for HIT expertise in the rules-encoding process.</p>
</div>
</front>
<back>
<div1 type="bibliography">
<listBibl>
<biblStruct></biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Patel, Vl" uniqKey="Patel V">VL Patel</name>
</author>
<author>
<name sortKey="Arocha, Jf" uniqKey="Arocha J">JF Arocha</name>
</author>
<author>
<name sortKey="Zhang, J" uniqKey="Zhang J">J Zhang</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Novak, Jd" uniqKey="Novak J">JD Novak</name>
</author>
</analytic>
</biblStruct>
<biblStruct>
<analytic>
<author>
<name sortKey="Novak, Jd" uniqKey="Novak J">JD Novak</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="review-article">
<pmc-dir>properties open_access</pmc-dir>
<front>
<journal-meta>
<journal-id journal-id-type="nlm-ta">Glob Adv Health Med</journal-id>
<journal-id journal-id-type="iso-abbrev">Glob Adv Health Med</journal-id>
<journal-id journal-id-type="publisher-id">gahmj</journal-id>
<journal-title-group>
<journal-title>Global Advances in Health and Medicine</journal-title>
</journal-title-group>
<issn pub-type="ppub">2164-957X</issn>
<issn pub-type="epub">2164-9561</issn>
<publisher>
<publisher-name>Global Advances in Health and Medicine</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="pmid">24278828</article-id>
<article-id pub-id-type="pmc">3833511</article-id>
<article-id pub-id-type="publisher-id">gahmj.2012.1.4.003</article-id>
<article-id pub-id-type="doi">10.7453/gahmj.2012.1.4.003</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Features</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records</article-title>
<trans-title-group xml:lang="zh">
<trans-title>Cmap 在描述临床信息结构和电子健康记录逻辑中的应用</trans-title>
</trans-title-group>
<trans-title-group xml:lang="es">
<trans-title>Una aplicación de Cmaps en la descripción de la estructura y la lógica de la información clínica en los historiales médicos electrónicos</trans-title>
</trans-title-group>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Brewer</surname>
<given-names>Allen</given-names>
</name>
<degrees>PhD</degrees>
<aff>Allen Brewer, PhD, is an independent consultant in Washington, DC.</aff>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Helfgott</surname>
<given-names>Maxwell A.</given-names>
</name>
<degrees>MD</degrees>
<aff>Maxwell A. Helfgott, MD, is the chairman emeritus at the Washington National Eye Center, Washington, DC.</aff>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Novak</surname>
<given-names>Joseph</given-names>
</name>
<degrees>PhD</degrees>
<aff>Joseph Novak, PhD, is professor emeritus at Cornell University, Ithaca, New York.</aff>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Schanhals</surname>
<given-names>Rick</given-names>
</name>
<aff>Rick Schanhals is president of MedTrak Systems, Inc, North Muskegon, Michigan.</aff>
</contrib>
</contrib-group>
<author-notes>
<corresp>
<email>Abrewer.phd@gmail.com</email>
</corresp>
</author-notes>
<pub-date pub-type="ppub">
<month>9</month>
<year>2012</year>
</pub-date>
<pub-date pub-type="epub">
<day>01</day>
<month>9</month>
<year>2012</year>
</pub-date>
<volume>1</volume>
<issue>4</issue>
<fpage>16</fpage>
<lpage>31</lpage>
<permissions>
<copyright-statement>© 2012 GAHM LLC.</copyright-statement>
<copyright-year>2012</copyright-year>
</permissions>
<self-uri xlink:title="pdf" xlink:type="simple" xlink:href="gahmj.2012.1.4.003.pdf"></self-uri>
<abstract>
<p>The development and implementation of competent and cost-effective computerized medical records that profoundly improve physician productivity and knowledge management will require the development of a new paradigm for the representation and analysis of medical knowledge and logic. Medical knowledge is acquired inductively by observing, measuring, and eliciting information from patients in a process that is investigational rather than transactional. Most, if not all, current approaches to health information technology (HIT) rely on a logic and data structure that imposes significant limitations on the ability of physicians to thoroughly and efficiently document and access empiric patient data because the information is almost invariably organized in a way which presumes, rather than makes explicit, the relationships of concepts and their meaning. Cmapping provides a graphical method of capturing and displaying expert content knowledge that is simple to comprehend and modify and provides a foundation for a dynamic, inductive, and inclusive method of clinical documentation and research. The basis of medical decision analysis along with representative samples of medical knowledge modeling in the Cmap format is presented. The knowledge structures that are captured in Cmaps can be expressed directly in propositional logic, enabling the capability to convert Cmapped clinical expressions to be used to define a description logic for clinical evidence documentation and analysis that can in turn be mapped to multiple natural languages. The described description logic approach can be used to formulate digital messages and documents and to automate the process of converting description specifications formulated in propositional logic into operational electronic health record solutions for capture and reporting of clinical encounters. It has also been demonstrated that using Cmaps to elicit content knowledge from physicians to build point-of-care clinical documentation screens can significantly reduce the time and costs necessary to implement the physician's knowledge into operational systems and that using Cmaps eliminates the need for HIT expertise in the rules-encoding process.</p>
</abstract>
<trans-abstract xml:lang="zh">
<title>摘要</title>
<p>开发并执行有效和具备成本效益的 计算机化医疗记录,能够显著提高 医生的工作效率和知识管理水平, 但是,这需要开发用于表述和分析 医学知识和逻辑的全新模式。通过 观察、检测及引导,医生获得患者 信息,并将信息归纳为医学知识, 但是,这是一项调查过程,医生与 患者不存在交互作用。现今多数( 如果不是全部的话)使用健康信息 技术 (health information technology, HIT) 的方式均依赖于逻辑 和数据结构,这使得医生彻底并有 效地记录和存取以实验为根据的患 者数据受到较大限制,因为信息总 是以假定(而非明确说明)概念及 其含义的关系的方式进行组 织。Cmapping 以图解的方式捕获并 显示专业认知知识,它易于理解和 修改,并为获得动态、归纳和相容 的临床文件编制和研究方法奠定基 础。医疗判定分析以及典型的医学 知识模型化范例均能够以 Cmap 格 式提供。在 Cmap 中捕获的知识结 构,能够以命题逻辑直接表达,并 能够使用转换为 Cmapped 格式的临 床表述,定义临床证据文件编制和 分析的描述逻辑,并可依次映射为 多种自然语言。上述描述性逻辑方 法可用于公式化数字讯息和文件, 并自动化将用命题逻辑公式表示的 描述规格转换为可用的电子健康记 录解决方案以捕获并报告临床发现 的程序。经证实,使用 Cmap 推导 医生的认知知识,以建立医护点临 床文献筛选机制,可有效减少将医 生的知识纳入工作系统所需的时间 和成本,并可使用 Cmap,消除规则 编写过程对 HIT 专业知识的需求。</p>
</trans-abstract>
<trans-abstract xml:lang="es">
<title>SINOPSIS</title>
<p>Para elaborar y aplicar historias clínicas informatizadas competentes y rentables, que mejoren notablemente la productividad de los médicos y la gestión de la información, es necesario crear un nuevo paradigma para la representación y el análisis del conocimiento médico y la lógica. El conocimiento médico se adquiere de forma inductiva, mediante la observación, la medición y la recogida de información de los pacientes en un proceso que es más experimental que transaccional. La mayoría de las estrategias actuales de las tecnologías de la información sanitaria (TIS), si no todas, dependen de una estructura lógica y de datos que limita de manera considerable la capacidad de los médicos a la hora de documentar y acceder de forma eficiente y exhaustiva los datos empíricos de los pacientes, ya que la información está casi siempre organizada de modo tal que supone, en lugar de hacer explícitas, las relaciones entre los conceptos y su significado. La utilización de mapas conceptuales proporciona un método gráfico de captura y presentación de información de contenido experto, el cual resulta sencillo de comprender y modificar y, además, sienta las bases de un método dinámico, inductivo e integrador de la documentación e investigación clínicas. Los fundamentos del análisis de las decisiones médicas, junto con la creación de modelos de muestras representativas del conocimiento médico, se presentan en forma de mapa conceptual. Las estructuras de la información capturadas en los mapas conceptuales se pueden expresar directamente mediante la lógica proposicional, de forma que permita convertir las expresiones clínicas a utilizar en mapas conceptuales, a fin de definir una lógica descriptiva para la documentación y el análisis de las evidencias clínicas que, a su vez, se pueden cartografiar en múltiples lenguajes naturales. Este planteamiento de lógica descriptiva se puede emplear para elaborar mensajes y documentos digitales y para automatizar el proceso de conversión de especificaciones descriptivas formuladas en lógica proposicional en soluciones electrónicas operativas de historias clínicas destinadas a la captura y notificación de las visitas clínicas. También se ha mostrado que mediante mapas conceptuales destinados a obtener conocimientos de contenidos a partir de los médicos, con el fin de crear pantallas de documentación clínica en el lugar de atención, se puede reducir significativamente el tiempo y los costes necesarios para introducir el conocimiento del médico en los sistemas operativos, y que, mediante los mapas conceptuales, se elimina la necesidad de experiencia en el uso de las TIS a la hora de procesar la codificación de reglas.</p>
</trans-abstract>
<kwd-group>
<title>Key Words</title>
<kwd>Health information technology</kwd>
<kwd>medical records</kwd>
<kwd>Cmaps</kwd>
<kwd>patient data</kwd>
<kwd>electronic health records</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<p>The basic science and clinical foundations of modern medicine are evolving so rapidly and broadly that the advantageous and efficient capture, access, and use of this vast amount of data have generated a worldwide challenge to effectively use modern health information technology (HIT) to improve the health of the world's citizens. The US government recently embarked on an unprecedented program to convert the current US medical health records system into a universal, interoperable, clinically meaningful electronic system by 2015. This has been mandated in the context of the extremely rapid and virtually universal adoption of computerized practice management systems in the United States in the past 2 decades. A recent estimate for the adoption rate of electronic medical records (EMRs) for single-doctor offices is between 30% and 37%, while the estimate of the adoption rate for offices with 6 to 10 doctors is between 63% and 65%.
<sup>
<xref ref-type="bibr" rid="B1">1</xref>
</sup>
</p>
<p>It has commonly been assumed that such systems (1) would be developed as elaborations of currently existing clinical computer technology; (2) could be modeled on current specialized systems, such as radiology and emergency medicine HIT, for other specialties, such as ophthalmology and dermatology; and, (3) that there would be significant improvements in safety, quality, and efficiency that would rapidly lead to lower healthcare costs. These assumptions have not been scientifically demonstrated and may not be valid, and the failure to take these possibilities into consideration may lead to qualitative and fiscal degradation of health-care. Despite the obvious incentives and the example of successful implementation in several specialties, there has been widespread reluctance and uncertainty about the general adoption of such systems by most medical practitioners, if not by administrators, politicians, public advocates, and others.</p>
<p>Physicians have widely adopted costly and complex new diagnostic and therapeutic instruments. They have been willing to undertake extensive continuing medical education to learn newer and better techniques of patient care. Most physicians will use tools that they find are consistent with or can be adapted to their personal approach to patient care and practice management. It is our premise that the structure of current HIT is inconsistent with the core of clinical medicine and that this inconsistency has motivated the inertia that has resulted in slow and limited adoption of HIT for clinical documentation.</p>
<p>One of the commonly accepted approaches to conceptualizing the information access and use in a clinical encounter has the acronym
<italic>SOAP,</italic>
which describes a process of subjective evidence collection, objective evidence collection, evidence assessment and diagnostic and interventional treatment plan. For example, an encounter may consider such evidence at a single point in time or over a period of time and may look at trends, clusters, and other data relationships. Generally, a clinician will use evidence and the assessment process to hypothesize a diagnosis to explain the evidence and to provide an organizing principle on which to base planning. This information use process has been described as medical reasoning.
<sup>
<xref ref-type="bibr" rid="B2">2</xref>
</sup>
</p>
<p>The evidence collection process is iterative and continues as new information is discovered or acquired. The collection continues until sufficient information has been acquired to confirm a diagnosis and/or discon-firm alternative diagnoses and complete the planning process appropriate to the current encounter. Evidence collection may continuously change the prognosis and planning process.</p>
<p>Paper notes have traditionally been idiosyncratic and quite personal because their purpose was to assist in recalling details of a patient encounter or to act as a reminder for a subsequent patient encounter. A substantial portion of the content has been implicit and contextual, and many clinicians have developed personal shorthand systems to streamline record keeping. Relevance judgments during encounters have affected the quantity and quality of information recorded.</p>
<p>A paper note can easily be scanned and converted into a digitized medical record, but such scanned documents require a human to read and interpret the clinical notes. Dictation and transcription can similarly be used to create a digitized medical record. In both cases, it is common to have professional coders evaluate medical records and mark up encounters with the diagnosis and procedure codes required by payers. Metadata annotation and some structured information capture can contribute to retrieval and machine billing, but such record systems are not particularly semantically interoperable, and they do not enable the computer to be leveraged to improve clinician productivity.</p>
<sec>
<title>FORMALIZING THE WAY CLINICAL INFORMATION IS RECORDED AND COMMUNICATED</title>
<p>Fundamental to semantic interoperability between and among users is a common language, format, and method for documenting encounters so that they can be easily read and used by other clinicians. Using natural language as a model, clinicians must agree upon a vocabulary, syntax, and grammar for constructing well-formed clinical statements and defining organizing principles that can be used to structure, sequence, and extract relevant portions of clinical documents. Though there are many initiatives actively seeking to develop such standards and many vendors that have developed structured information templates, the match between user needs and available off-the-shelf solutions has not been sufficient to motivate widespread adoption by clinicians.</p>
<p>In many cases, clinicians need to specify their own requirements to meet the unique needs of their clinical practices. This specification process has traditionally required engineers to develop requirement specifications that are used to develop operational software or to modify vendor templates. This approach presents both economic and quality challenges. The intermediation process in which a knowledge engineer works with a clinical content expert to specify requirements is cumbersome and can be prone to error. The knowledge requirements of clinical specialties prompt clinical specialists to define their terms and to specify how they organize knowledge to document relevant information that can be used to communicate observations, measurements, signs, symptoms, diagnoses, prognoses, and plans.</p>
<p>Accessibility and legibility seem to be the principal values sought from digitized medical records. Accessibility can be achieved with scanned charts even if those charts are not universally legible. Legibility can be achieved in a variety of ways, including dictation and transcription; however, to achieve communication of information between and among users requires that the information have the same meaning to each user. The ability to contribute to user productivity by summarizing or processing information to enable statistical analysis, quality reporting, translational research, etc, requires semantic interoperability and organization and representation of information that facilitate automated computation.</p>
<p>The development of detailed clinical models is in its infancy. The meaningful use requirements of the US Department of Health and Human Services (HHS) are limited to the complexity typical of recording vital signs and calculating body-mass indices. In some clinical situations, an observation that includes a finding and finding site may be sufficient, but if the finding involves contingent components, the rules for formulating a complete and correct clinical statement can become complex.</p>
<p>To pragmatically involve clinicians in developing useful, detailed clinical models to use in recording and communicating clinical-encounter information requires functionality to convert the models and implement the modeling results directly into an EMR system that can be used for clinical-encounter record keeping. The modeling and development of a specialty vocabulary, such as the American Academy of Ophthalmology SNOMED-CT subset, without a mechanism to directly implement and use it in a functional EMR, limits that model's pragmatic usefulness to the annotation of documents, such as the basic science course for ophthalmology residents.</p>
<p>We have experimented with concept mapping (Cmapping) and have concluded that it is a useful tool for the capture of expert knowledge in a way that lays the foundation for further advances in the development of information technology (IT) that will improve the access, quality, and safety of medical care.
<sup>
<xref ref-type="bibr" rid="B3">3</xref>
<xref ref-type="bibr" rid="B5">5</xref>
</sup>
We believe that such systems should enhance physician and other provider productivity and effectiveness and consequently lower costs. Such a system should also provide a foundation for new approaches to research of large and diverse populations across cultural and linguistic boundaries. In addition, the system could also encourage better patient counseling. Patients can use many of the Cmaps to better understand their conditions and treatments. The theory of knowledge and the theory of learning that underlie the concept-mapping tool views concepts as the primary units of knowledge and defines a concept as “a perceived regularity or pattern in events or objects, or records of events or objects designated by a label, usually a word(s).”
<sup>
<xref ref-type="bibr" rid="B5">5</xref>
</sup>
Concepts alone convey little meaning, and the basic unit of meaning in concept maps are propositions, ie, a concept linked to another concept with an appropriate “linking word” or words.
<sup>
<xref ref-type="bibr" rid="B4">4</xref>
,
<xref ref-type="bibr" rid="B5">5</xref>
</sup>
Additionally, concept maps are usually organized hierarchically with the most inclusive concept and propositions at the top and progressively more specific, less inclusive concepts lower in the map. This organization is also congruent with the ways our brains store information. The relative simplicity of concept map structure nevertheless conveys the meanings we seek to preserve and transfer with precision. The number of propositions shown in a concept map is indicative of the number of meanings or ideas conveyed by that map.</p>
<p>To overcome the limitations of current software design and development, a predominately automated process is required to translate detailed clinical models into useful EMR templates. We propose the use of Cmaps for the specification of detailed clinical models of specialty and subspecialty medical knowledge and, working with MedTrak Systems, Inc (
<ext-link ext-link-type="uri" xlink:href="http://www.medtraksystems.com">www.medtraksystems.com</ext-link>
), have developed and demonstrated a conversion process that enables the Cmaps to be predominately automatically used to drive a production EMR system.</p>
</sec>
<sec>
<title>CLINICAL DATA STRUCTURE AND LOGIC</title>
<p>Cmaps are particularly useful for content experts to collaboratively describe clinical findings to essentially any level of detail. It is possible to annotate concepts with textual and image-based references. It is important in clinical documentation systems based on a detailed clinical knowledge model not to blend empiric evidence with inference or diagnosis, but to express evidence and inferences using a common terminology that is semantically consistent. Physicians may wish to describe the physical findings, capture patient history, and make measurements with instruments that are properly calibrated or standardized. Each observation, measurement, sign, or symptom must be captured and described at whatever level of specificity is known or relevant. Evidence must be able to be represented at the desired level of detail.</p>
<p>Blood pressure measurement seems to be a simple piece of data to capture. In most situations, the patient's identifying information is connected to the diastolic and systolic measurements, as illustrated in
<xref ref-type="fig" rid="F1">Figure 1</xref>
.</p>
<fig id="F1" orientation="portrait" position="float">
<label>Figure 1</label>
<caption>
<p>Simple blood pressure description model.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g001"></graphic>
</fig>
<p>There are times that such a representation of blood pressure is incomplete and insufficient, particularly in critical clinical situations, such as in intensive care or surgery. Although not exhaustive,
<xref ref-type="fig" rid="F2">Figure 2</xref>
illustrates a greater level of complexity that may be required to document a not-so-simple blood pressure.</p>
<p>In the context of a paper record, one would record the particular details that modify and contextualize the finding. In an EMR, however, the functionality to capture that detail must pre-exist, or the data may be recorded without the requisite modifiers.</p>
<fig id="F2" orientation="portrait" position="float">
<label>Figure 2</label>
<caption>
<p>Complex blood pressure description model.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g002"></graphic>
</fig>
<p>Clinical findings may require reinterpretation over months to years by the same or new providers. Descriptive functions historically have tended to be idiosyncratic and personal because they represented notes intended to jog memory at a future time. These personalized documentation systems may not be easily interpreted by others. It is often unfamiliarity with the descriptive meaning that prevents rapid interpretation of older or unfamiliar records rather than the infamous “bad handwriting” of doctors. The major barrier to understanding the implications or meaning of a predecessor's clinical note is much less the decryption of the words themselves—the lexical content—but rather the difficulty is interpreting accurately the clinical intent or the semantics of the record.</p>
<p>The traditional medical decision cycle is a specific example of a general decision cycle description as formulated by Boyd in the 1960s and 1970s. The cycle is known as the Boyd Cycle or Observation-Orientation-Decision-Action (OODA) Loop (
<xref ref-type="fig" rid="F3">Figure 3</xref>
). The relevance of Boyd's OODA cycle to medicine is easier to understand when applied to every aspect of medical decision-making—from the slow-motion management of neurodegenerative disease to intraocular microsurgery. Cycle time can be a critical element in medical outcomes, particularly if physician decision-making lags behind the disease process or anatomical complexity of the surgical field.</p>
<p>The fundamental requirement of any clinical documentation system, written or electronic, is preservation for subsequent use of information that informs the evolution of the clinical decision cycle. This cycle is characterized by a process of examination, diagnosis, prognosis, and treatment (
<xref ref-type="fig" rid="F4">Figure 4</xref>
). Examination is composed of the collection of empiric data in a process that is affected by cultural, environmental, scientific, and other factors. Then, considering such elements as the training and experience of the physician, the availability of particular diagnostic modalities, etc, a diagnosis is arrived at, which is a provisional explanation of the empiric findings. A prognosis is the element of the medical decision cycle that represents the clinician's expectations for the ongoing health state of the patient. Temporal, symptomatic, physiologic, etc, hypotheses may be articulated at this time. Therapy is the action that may be taken to intervene in the progress of the patient's condition. The cycle continuously repeats until some conclusive endpoint is reached.</p>
<fig id="F3" orientation="portrait" position="float">
<label>Figure 3</label>
<caption>
<p>Observation-Orientation-Decision-Action Loop.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g003"></graphic>
</fig>
<p>The Boyd Cycle, which was first developed to describe the interactions of fighter pilots in aerial combat in the Korean War, is clearly instructive in showing the importance both of making the right decision and making it in the right timeframe in the physician's fight for the patient's well-being (
<xref ref-type="fig" rid="F5">Figure 5</xref>
).</p>
<p>The other critical use of clinical documentation is to facilitate learning and discovery to improve the understanding and treatment of disease. The earliest uses of such documentation go back to the earliest written records of ancient civilizations where written and oral transmission of medical knowledge was used. The formal case study and the earliest epidemiologic research relied on careful observation and documentation that were supported by the evolution of the scientific method that began in the late Renaissance. Research of this type has continued to this day, with many modifications and refinements of design, interpretation, and mathematical analysis. The double-blind controlled clinical trial has been the gold standard of research for almost 50 years, with many successes to its credit. These studies have become increasingly complex, costly, and, in many cases, have outcomes where the difference between the successful and the unsuccessful may be statistically, but not particularly clinically, significant. There may be so many years between the beginning of these studies and their availability for evaluation, discussion, and incorporation into clinical practice that they may become obsolete by the time they are finished.</p>
<fig id="F4" orientation="portrait" position="float">
<label>Figure 4</label>
<caption>
<p>Medical decision cycle.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g004"></graphic>
</fig>
<fig id="F5" orientation="portrait" position="float">
<label>Figure 5</label>
<caption>
<p>Observation-Orientation-Decision-Action Loop—medical decision cycle.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g005"></graphic>
</fig>
<p>The fundamental element of any clinical trial is the study protocol. A protocol standardizes not just the words of a study, such as a description of pain, but standardizes the meaning of the words (ie, the semantics). This allows for the combination of standardized elements in order to perform comparisons and contrasts among populations. Standardization also brings the ability to extract, or factor, recurring or unique elements in the study population. The challenge of 21st-century medical science is to develop the tools that are necessary to deal with the superficial, or phenotypic, human heterogeneity in the context of explosive discoveries in the underlying standardization, or genetics, of the human species.</p>
<p>The True Electronic Research Library (True ERL) initiative of the Washington National Eye Center has begun the development of tools to capture the detailed empiric descriptive knowledge that is necessary to completely, correctly, and continuously model one specialty area of clinical medicine, ophthalmology. We have been developing Cmaps with high complexities that capture clinical concepts that can be observed, measured, or elicited. Examples of such Cmaps are clinical descriptive models of the iris (
<xref ref-type="fig" rid="F6">Figure 6</xref>
) and of the macula lutea of the retina (
<xref ref-type="fig" rid="F7">Figure 7</xref>
).</p>
<p>The highlighted propositional chain in
<xref ref-type="fig" rid="F6">Figure 6</xref>
may be considered as the foundation of a discrete, complete, and unique clinical statement. This clinical statement can be extracted as a linear Cmap (
<xref ref-type="fig" rid="F8">Figure 8</xref>
) to clarify how this approach can be used to capture and store empiric data in a new and revolutionary way.</p>
<fig id="F6" orientation="portrait" position="float">
<label>Figure 6</label>
<caption>
<p>Iris description model.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g006"></graphic>
</fig>
<p>
<xref ref-type="fig" rid="F8">Figure 8</xref>
may be interpreted, in English, as</p>
<disp-quote>
<p>The right (OD) iris has a finding, which is an aperture which did not involve removal of iris tissue (which would be an iridotomy) by surgical means and which iridotomy is through-and-through the iris.</p>
</disp-quote>
<p>The Cmap of macular observations (
<xref ref-type="fig" rid="F7">Figure 7</xref>
) with the linked sub-Cmaps (
<xref ref-type="fig" rid="F9">Figures 9</xref>
and
<xref ref-type="fig" rid="F10">10</xref>
) is a highly complex representation of what a comprehensive ophthalmologist may wish to describe on a clinical examination. It is almost certainly incomplete from the perspective of a retinal specialist. It is the power of the Cmap graphical and logical structure that easily permits additions and alterations in a knowledge model. CmapTools provide the option of creating concept maps that can have icons attached to a concept that can access any digital resource including submaps, URLs, images, etc. These maps are referred to as knowledge models, and all files attached to the root map are transferred when the latter is moved to another server or file. Such knowledge models may, in turn, be used to construct a clinically useful EMR.</p>
<fig id="F7" orientation="portrait" position="float">
<label>Figure 7</label>
<caption>
<p>Macula lutea description model.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g007"></graphic>
</fig>
<fig id="F8" orientation="portrait" position="float">
<label>Figure 8</label>
<caption>
<p>Iris clinical statement.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g008"></graphic>
</fig>
<p>We intend to continue to elaborate these representations with the help of our specialty and subspecialty colleagues. MedTrak Systems, an EMR and practice management systems developer and vendor, in collaboration with the True ERL, has developed software that can automatically convert Cmaps into EMR templates, checklists, etc. We believe that the tools and processes that the True ERL is developing for ophthalmology can be used to model the rest of medical knowledge. It is the purpose of this article to introduce the use of concept mapping as a powerful tool in the continuous development and management of 21st-century medical knowledge.</p>
<fig id="F9" orientation="portrait" position="float">
<label>Figure 9</label>
<caption>
<p>Vessels retina linked Cmap from
<xref ref-type="fig" rid="F7">Figure 7</xref>
.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g009"></graphic>
</fig>
<fig id="F10" orientation="portrait" position="float">
<label>Figure 10</label>
<caption>
<p>Location planar linked Cmap from
<xref ref-type="fig" rid="F6">Figures 6</xref>
,
<xref ref-type="fig" rid="F7">7</xref>
, and
<xref ref-type="fig" rid="F9">9</xref>
.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g010"></graphic>
</fig>
</sec>
<sec>
<title>SEMANTICS</title>
<p>Terms may have implicit meanings that are supplied by a reader when the reader encounters those terms. To communicate meaning in a way that is consistent and persistent, terms must be explicitly defined by an author and used by the author in a way that can be determined by any reader. An explicit meaning is used to convey the semantic intentions of the author as expressed by that author in a published definition either authored or adopted by the writer. Without traceable connections between concepts and their definitions, meaning cannot be consistently or persistently communicated and interpreted.</p>
<p>The first step in converting a Cmap into a semantically interoperable system of description is the capture and publishing of explicit meanings for terms and the construction of a symbol set that can be used to substitute for natural language phrases that users interpret implicitly. Descriptive conceptual terms or names in the Cmaps are then replaced with a universally unique semantic identifier (uuSID) that is used to link the concept to the definition supplied or adopted by the author.
<xref ref-type="table" rid="T1">Table 1</xref>
contains the lexical form of the concept (concept name) from the Cmap, a definition, and a uuSID symbol that is used to represent the definition.</p>
</sec>
<sec>
<title>STATEMENT FORMULATION</title>
<p>Once concepts have been defined and a uuSID has been assigned, the Cmap may be converted into a descriptive form that shows the relationships between and among uuSIDs (
<xref ref-type="fig" rid="F11">Figure 11</xref>
). This form is not user readable or user friendly, and so it would not be used in a human-computer interface; however, it would be used as an internal system map to describe the permissible propositional chains that have meaning with respect to the scope described by the Cmap's top node (Iris = uuSID 100.100.124).</p>
<p>The uuSID statement Cmap that is analogous to the clinical statement Cmap in
<xref ref-type="fig" rid="F8">Figure 8</xref>
is displayed in
<xref ref-type="fig" rid="F12">Figure 12</xref>
.</p>
<p>In the Cmap in
<xref ref-type="fig" rid="F6">Figure 6</xref>
, the linking phrases
<italic>may include</italic>
and
<italic>may be</italic>
that are used in the statement in
<xref ref-type="fig" rid="F8">Figure 8</xref>
represent connectors that have meaning in describing the elements of a statement that “might” be used to express relevant characteristics of an iris. These concepts, as defined in
<xref ref-type="table" rid="T1">Table 1</xref>
, are existential characteristics of an iris that can be described by a trained/experienced clinician and connected together to express the condition, characteristics, appearance, etc, of a patient's iris. The “conditionality” of the linking phrases
<italic>may include</italic>
and
<italic>may be</italic>
are display-form elements that permit condensation and clarification of complex Cmaps that would otherwise require multiple propositional chains to express multiple Cmap lower or “atomic” nodes. In structuring a clinical statement using uuSIDs, the relevant descriptive elements are predominantly the pre-defined concepts expressed in uuSIDs.
<sup>
<xref ref-type="fn" rid="FN1">a</xref>
</sup>
The meaning is expressed by the combination of concepts expressed by the chain of concepts selected from the Cmap, where the existential connector
<italic>is</italic>
could be used to replace
<italic>may include</italic>
or
<italic>may be</italic>
connectors that were used to describe the types of description that might be included in an iris finding.</p>
<p>In the example situation, the sequence of the chain of uuSIDs is not relevant or necessary to capture the meaning of the statement. Each and every descriptor is an existentially asserted characteristic of the context being described, where all of the specified descriptors are collectively required to completely specify the observation and its context. Computationally, the statements formulated in the Cmaps of
<xref ref-type="fig" rid="F8">Figures 8</xref>
,
<xref ref-type="fig" rid="F12">12</xref>
, and
<xref ref-type="fig" rid="F13">13</xref>
are equivalent.</p>
</sec>
<sec>
<title>DOCUMENT FORMULATION AND ORDERING</title>
<p>A document consists of a set of statements that are expressed by a clinician to describe the characteristics observed, measured, etc, during a clinical encounter, where each individual statement is expressed as completely and correctly as possible or desirable and contains an explicit representation of each and every concept required to contextualize and describe every encounter phenomenon that must be documented. The sequence of statements in a document is not relevant to the content of those statements or to the collective content. An inference engine could conceptually combine every statement in a document and construct a Cmap of the phenomena that are asserted to be present, true, observed, or measured that were included in a list of statements used by a clinician to describe a clinical encounter.</p>
<fig id="F11" orientation="portrait" position="float">
<label>Figure 11</label>
<caption>
<p>Iris Cmap displayed using universally unique semantic identifier (uuSID)defined in
<xref ref-type="table" rid="T1">Table 1</xref>
.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g011"></graphic>
</fig>
<table-wrap id="T1" orientation="portrait" position="float">
<label>Table 1</label>
<caption>
<p>Iris Definition Table</p>
</caption>
<table frame="hsides" rules="groups">
<thead valign="bottom">
<tr>
<th align="left" rowspan="1" colspan="1">Concept</th>
<th align="left" rowspan="1" colspan="1">uuSId</th>
<th align="left" rowspan="1" colspan="1">definition</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left" rowspan="1" colspan="1">1+</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.100</td>
<td align="left" rowspan="1" colspan="1">a scale of degree between 1 to beyond 4, with 1+ being the lowest definitive degree above “absent” or “trace”</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">2+</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.101</td>
<td align="left" rowspan="1" colspan="1">a scale of degree between 1 to beyond 4, with 2+ being an intermediate degree</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">3+</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.102</td>
<td align="left" rowspan="1" colspan="1">a scale of degree between 1 to beyond 4, with 3+ being the highest linear degree without non-linear complexity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">4+</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.103</td>
<td align="left" rowspan="1" colspan="1">a scale of degree between 1 to beyond 4, with 4+ being the highest degree above 3+ with added complexity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">absent</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.104</td>
<td align="left" rowspan="1" colspan="1">degree with finding not observed or not manifested; different from masked or disguised</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">anatomy</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.105</td>
<td align="left" rowspan="1" colspan="1">descriptive body structures that are observable</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">aperture</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.106</td>
<td align="left" rowspan="1" colspan="1">a through-and-through planar opening that communicates between normally separate spaces</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">appearance</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.107</td>
<td align="left" rowspan="1" colspan="1">an observed finding</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">atrophy</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.108</td>
<td align="left" rowspan="1" colspan="1">a loss of normal tissue characteristics, such as loss of substance, color, elasticity, etc</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">blue</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.109</td>
<td align="left" rowspan="1" colspan="1">short wavelength primary color, resembling the color of the clear sky in the daytime</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">brown</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.110</td>
<td align="left" rowspan="1" colspan="1">a color term, denoting a range of composite colors produced by a mixture of orange, red, rose, or yellow with black or gray</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iris collarette</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.111</td>
<td align="left" rowspan="1" colspan="1">the persistent remnants of fetal iris stromal tissue circumferential to the iris sphincter</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">color</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.112</td>
<td align="left" rowspan="1" colspan="1">the degree and distribution of pigment in a tissue that contributes to its appearance</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">crypts</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.113</td>
<td align="left" rowspan="1" colspan="1">concavity of a tissue surface, similar to a “pit”; is not obviously through and through</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">degree</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.114</td>
<td align="left" rowspan="1" colspan="1">a descriptor or modifier that expresses amount, extent</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">flaccid</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.115</td>
<td align="left" rowspan="1" colspan="1">lack of stiffness or elasticity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">flecked</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.116</td>
<td align="left" rowspan="1" colspan="1">focal pigment inhomogeneity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">flexibility</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.117</td>
<td align="left" rowspan="1" colspan="1">the property of being bendable, supple</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">green</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.118</td>
<td align="left" rowspan="1" colspan="1">longer wavelength than blue color</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">grey</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.119</td>
<td align="left" rowspan="1" colspan="1">intermediate between white and black intensity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">hazel</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.120</td>
<td align="left" rowspan="1" colspan="1">brownish-green color</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">IPE</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.121</td>
<td align="left" rowspan="1" colspan="1">iris pigment epithelium</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iridectomy</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.122</td>
<td align="left" rowspan="1" colspan="1">through-and-through aperture in the iris made with an excision of tissue</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iridotomy</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.123</td>
<td align="left" rowspan="1" colspan="1">through-and-through aperture in the iris not made with an excision of tissue</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iris</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.124</td>
<td align="left" rowspan="1" colspan="1">mesenchymal light control diaphragm that separates the anterior from posterior chamber</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iris comments (free text)</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.125</td>
<td align="left" rowspan="1" colspan="1">iris clinical findings that are not currently Cmap modeled</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iris finding</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.126</td>
<td align="left" rowspan="1" colspan="1">clinical observations of the iris</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">iris root</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.127</td>
<td align="left" rowspan="1" colspan="1">peripheral iris where it connects to the anterior chamber angle</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">location planar</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.128</td>
<td align="left" rowspan="1" colspan="1">a descriptor or modifier that expresses location by extrinsic or intrinsic relation, meridional or azimuthal location</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">mass</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.129</td>
<td align="left" rowspan="1" colspan="1">an abnormal tissue that distorts, thickens, elevates, displaces the normal anatomy</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">mild</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.130</td>
<td align="left" rowspan="1" colspan="1">a subjective descriptor of degree of low severity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">moderate</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.131</td>
<td align="left" rowspan="1" colspan="1">a subjective descriptor of degree of intermediate severity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">neovascularization</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.132</td>
<td align="left" rowspan="1" colspan="1">new blood vessels, particularly capillaries, that are not in their normal anatomic location, configuration, etc</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">non-patent</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.133</td>
<td align="left" rowspan="1" colspan="1">an aperture that is not through and through</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">non-surgical</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.134</td>
<td align="left" rowspan="1" colspan="1">a tissue modification not made in the course of a planned surgical procedure</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">normal</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.135</td>
<td align="left" rowspan="1" colspan="1">nonpathologic finding</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">OD observations</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.136</td>
<td align="left" rowspan="1" colspan="1">observations of the right eye</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">OS observations</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.137</td>
<td align="left" rowspan="1" colspan="1">observations of the left eye</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">patent</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.138</td>
<td align="left" rowspan="1" colspan="1">a through-and-through aperture</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">periphery</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.139</td>
<td align="left" rowspan="1" colspan="1">location at the outermost circumference of the coronal axis</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">persistent vascular strands</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.140</td>
<td align="left" rowspan="1" colspan="1">the persistent remnants of fetal iris vessels that may cross the pupil from collarette</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">pink</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.141</td>
<td align="left" rowspan="1" colspan="1">unsaturated red color</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">present</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.142</td>
<td align="left" rowspan="1" colspan="1">a finding that is not absent</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">pupillary margin</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.143</td>
<td align="left" rowspan="1" colspan="1">the axial margin of the pupil</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">rubeosis</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.144</td>
<td align="left" rowspan="1" colspan="1">ldquo;reddening”: the observation of new blood vessels on the iris surface and chamber angle</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">severe</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.145</td>
<td align="left" rowspan="1" colspan="1">a subjective descriptor of degree of high severity</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">size</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.146</td>
<td align="left" rowspan="1" colspan="1">a descriptor of dimensionality</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">sphincter muscle</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.147</td>
<td align="left" rowspan="1" colspan="1">a muscle the contraction of which closes an aperture or passageway</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">stiff</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.148</td>
<td align="left" rowspan="1" colspan="1">lacking bendability or flexibility</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">stroma</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.149</td>
<td align="left" rowspan="1" colspan="1">mesenchymal tissue</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">surgical</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.150</td>
<td align="left" rowspan="1" colspan="1">planned tissue manipulation, removal, or modification</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">thick</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.151</td>
<td align="left" rowspan="1" colspan="1">increased tissue substance, typically planar, compared to “normal”</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">thickness</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.152</td>
<td align="left" rowspan="1" colspan="1">descriptor of tissue substance dimension and character</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">thin</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.153</td>
<td align="left" rowspan="1" colspan="1">decreased tissue substance, typically planar, compared to “normal”</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">trace</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.154</td>
<td align="left" rowspan="1" colspan="1">a scale of degree between 1 and beyond 4, with trace being just barely perceptible but always apparent</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">transillumination</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.155</td>
<td align="left" rowspan="1" colspan="1">transmittance of indirect light through a normally opaque tissue</td>
</tr>
</tbody>
</table>
</table-wrap>
<fig id="F12" orientation="portrait" position="float">
<label>Figure 12</label>
<caption>
<p>Iris clinical statement.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g012"></graphic>
</fig>
<fig id="F13" orientation="portrait" position="float">
<label>Figure 13</label>
<caption>
<p>Iris clinical statement in the existential form characteristic of a finding list.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g013"></graphic>
</fig>
<p>An unordered list of complete, fully contextualized statements can be ordered using organizing principles that are relevant to the reader or user of the clinical description. If, for example, one were to use the organizing principles that order the description of an iris (
<xref ref-type="fig" rid="F6">Figure 6</xref>
), one might list all of the OU (both eyes) phenomena, followed by the OD (right eye) phenomena, followed by the OS (left eye) phenomena. Alternatively, however, one could define any set of ordering principles that are captured in the description and organize a clinical encounter in whatever manner is most productive to the user in a specific use context.</p>
<p>In addition to predesigned sequences, because a document is simply a collection of statements and every statement is a collection of phenomena, it is possible to order or reorder phenomena in statements and statements in documents by building hierarchical models of organizing principles that have usefulness in communicating phenomena or increasing efficiency or effectiveness in operations. We consider this capability an important characteristic of the proposed knowledge representation that is enabled by making all descriptive features explicit.</p>
</sec>
<sec>
<title>LINGUISTIC TRANSLATION</title>
<p>If documents are formulated in terms of uuSID concept identifiers, they are not tied to any specific natural language. In contrast, the HL7 clinical document architecture (CDA) approach begins with a user-readable natural language document, which is intended to record and communicate a clinician's semantic intent and adds metadata to assist in computer parsing and processing. If uuSID-encoded concepts are mapped to linguistic display forms in multiple languages, concepts may be translated into whatever natural language equivalents have been defined. This capability may greatly extend the potential reach and benefit of documentation over that which is dictated or recorded originally in a natural language.</p>
<p>A table of the concepts and linking phrases used to formulate the blood pressure Cmap (
<xref ref-type="fig" rid="F2">Figure 2</xref>
) is provided in
<xref ref-type="table" rid="T2">Table 2</xref>
. MedTrak Systems, Inc, uses this information to create data entry capabilities in their electronic health record (EHR). Examples of the entry screens are provided in
<xref ref-type="fig" rid="F14">Figures 14</xref>
and
<xref ref-type="fig" rid="F15">15</xref>
for English and Italian, respectively. By providing definitions for concepts, uuSIDs can be translated into any languages desired without altering the meaning of the concept where the uuSID can be used to represent the concept in an interlingua and that identifier can be translated at runtime into the language of the user's preference. We consider our approach to be more flexible than the approach adopted by the International Health Terminology Standards Development Organisation (IHTSDO, SNOMED CT) in which IHTSDO dictates the language and limits SNOMED CT to English and Spanish. We find the IHTSDO limitations on translation, which derive from their terminological classification architecture, to be unnecessarily restrictive. We suspect that their terminological management approach may potentially limit the capability to easily incorporate the contributions possible from research done by non–English-speaking clinicians and researchers.</p>
</sec>
<sec>
<title>TRANSLATING MODELS INTO DOCUMENTATION MANAGEMENT SOLUTIONS</title>
<p>The traditional approach to software development consists of a series of successive hurdles. At the beginning is a requirements-specification process.</p>
<table-wrap id="T2" orientation="portrait" position="float">
<label>Table 2</label>
<caption>
<p>Blood Pressure Concepts, Definitions, and Italian Translation</p>
</caption>
<table frame="hsides" rules="groups">
<thead valign="bottom">
<tr>
<th align="left" rowspan="1" colspan="1">Concept</th>
<th align="left" rowspan="1" colspan="1">Translation</th>
<th align="left" rowspan="1" colspan="1">uuSID</th>
<th align="left" rowspan="1" colspan="1">Definition</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left" rowspan="1" colspan="1">activity</td>
<td align="left" rowspan="1" colspan="1">
<italic>attivit</italic>
à</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.100</td>
<td align="left" rowspan="1" colspan="1">the state or quality of being active</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">arm</td>
<td align="left" rowspan="1" colspan="1">
<italic>braccio</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.101</td>
<td align="left" rowspan="1" colspan="1">an upper limb of the human body, connecting the hand and wrist to the shoulder</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">arterial</td>
<td align="left" rowspan="1" colspan="1">
<italic>arteria</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.102</td>
<td align="left" rowspan="1" colspan="1">of, relating to, or being the blood in the arteries that has absorbed oxygen in the lungs and is bright red</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">BP</td>
<td align="left" rowspan="1" colspan="1">
<italic>pressione di sangue</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.103</td>
<td align="left" rowspan="1" colspan="1">“blood pressure” is the force of blood pushing against the walls of the arteries as the heart pumps blood</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">context of observation</td>
<td align="left" rowspan="1" colspan="1">
<italic>contesto del osservazione</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.104</td>
<td align="left" rowspan="1" colspan="1">context describes the situation, conditions, circumstances, etc, that define the environment in which a measurement or observation is conducted, recorded, ascertained, etc</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">diastolic</td>
<td align="left" rowspan="1" colspan="1">
<italic>diastolico</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.105</td>
<td align="left" rowspan="1" colspan="1">“diastolic” refers to blood pressure when the heart is at rest between beats</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">direct</td>
<td align="left" rowspan="1" colspan="1">
<italic>diretto</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.106</td>
<td align="left" rowspan="1" colspan="1">without intervening influences, factors, etc; immediate</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">exercise</td>
<td align="left" rowspan="1" colspan="1">
<italic>esercizio</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.107</td>
<td align="left" rowspan="1" colspan="1">activity that requires physical or mental exertion, especially when performed to develop or maintain fitness</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">extremity</td>
<td align="left" rowspan="1" colspan="1">
<italic>membra</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.108</td>
<td align="left" rowspan="1" colspan="1">part of a limb, as an arm or hand or a leg or foot</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">indirect</td>
<td align="left" rowspan="1" colspan="1">
<italic>indiretto</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.109</td>
<td align="left" rowspan="1" colspan="1">coming or resulting otherwise than directly or immediately, as effects or consequences</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">instrument</td>
<td align="left" rowspan="1" colspan="1">
<italic>strumento</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.110</td>
<td align="left" rowspan="1" colspan="1">a device for measuring the present value of a quantity under observation</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">laterality</td>
<td align="left" rowspan="1" colspan="1">
<italic>lateralit</italic>
à</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.111</td>
<td align="left" rowspan="1" colspan="1">one side of the body or brain</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">left</td>
<td align="left" rowspan="1" colspan="1">
<italic>sinistro</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.112</td>
<td align="left" rowspan="1" colspan="1">of, relating to, directed toward, or located on the left side</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">leg</td>
<td align="left" rowspan="1" colspan="1">
<italic>gamba</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.113</td>
<td align="left" rowspan="1" colspan="1">a limb or an appendage of an animal, used for locomotion or support</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">magnitude</td>
<td align="left" rowspan="1" colspan="1">
<italic>magnitudine</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.114</td>
<td align="left" rowspan="1" colspan="1">a number assigned to a quantity so that it may be compared with other quantities</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">mmHg</td>
<td align="left" rowspan="1" colspan="1">
<italic>mmHg</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.115</td>
<td align="left" rowspan="1" colspan="1">units of measurement denominated in millimeters of mercury</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">observer</td>
<td align="left" rowspan="1" colspan="1">
<italic>osservatore</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.116</td>
<td align="left" rowspan="1" colspan="1">individual making the observation</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">other relevant context</td>
<td align="left" rowspan="1" colspan="1">
<italic>altro contesto pertinente</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.117</td>
<td align="left" rowspan="1" colspan="1">a context of observation that is specified and may include the position and activity of the patient during the observation</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">patient identifier</td>
<td align="left" rowspan="1" colspan="1">
<italic>identificatore del paziente</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.118</td>
<td align="left" rowspan="1" colspan="1">a numeric, alphanumeric or other specifier that is used in patient records to identify a patient, issued by a provider of patient identifiers</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">place location</td>
<td align="left" rowspan="1" colspan="1">
<italic>locale</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.119</td>
<td align="left" rowspan="1" colspan="1">a specification of the place or location where the observation of the patient is made</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">position</td>
<td align="left" rowspan="1" colspan="1">
<italic>posizione</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.120</td>
<td align="left" rowspan="1" colspan="1">the configuration in which the patient is observed which may include the patient being prone, sitting, or standing</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">prone</td>
<td align="left" rowspan="1" colspan="1">
<italic>prono</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.121</td>
<td align="left" rowspan="1" colspan="1">a posture assumed by lying flat with the face forward in response to certain disorders of the spine or viscera</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">quantitative BP</td>
<td align="left" rowspan="1" colspan="1">
<italic>pressione di sangue quantitativa</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.122</td>
<td align="left" rowspan="1" colspan="1">the pressure of blood against the walls of any blood vessel as specified by a quantitative ratio</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">resting</td>
<td align="left" rowspan="1" colspan="1">
<italic>in riposo</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.123</td>
<td align="left" rowspan="1" colspan="1">patient is not engaged in an activity at the time they are observed</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">right</td>
<td align="left" rowspan="1" colspan="1">
<italic>destro</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.124</td>
<td align="left" rowspan="1" colspan="1">of, relating to, directed toward, or located on the right side</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">sitting</td>
<td align="left" rowspan="1" colspan="1">
<italic>seduto</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.125</td>
<td align="left" rowspan="1" colspan="1">the act or position of one who sits, a period during which one is seated and occupied with a single activity, such as posing for a portrait or reading a book</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">standing</td>
<td align="left" rowspan="1" colspan="1">
<italic>in piedi</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.126</td>
<td align="left" rowspan="1" colspan="1">performed or done from a standing position</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">systolic</td>
<td align="left" rowspan="1" colspan="1">
<italic>sistolico</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.127</td>
<td align="left" rowspan="1" colspan="1">“systolic” refers to blood pressure when the heart beats while pumping blood</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">time</td>
<td align="left" rowspan="1" colspan="1">
<italic>tempo specificato</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.128</td>
<td align="left" rowspan="1" colspan="1">a nonspatial continuum in which events occur in apparently irreversible succession from the past through the present to the future, specified in the form of a number representing a specific point on this continuum, reckoned in hours and minutes</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">units</td>
<td align="left" rowspan="1" colspan="1">
<italic>unit</italic>
à
<italic>di misura</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.129</td>
<td align="left" rowspan="1" colspan="1">a precisely specified quantity in terms of which the magnitudes of other quantities of the same kind can be stated</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">vital signs</td>
<td align="left" rowspan="1" colspan="1">
<italic>segni vitali</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.101.130</td>
<td align="left" rowspan="1" colspan="1">index of essential body functions, comprising pulse rate, body temperature, and respiration</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">is</td>
<td align="left" rowspan="1" colspan="1">è</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.100</td>
<td align="left" rowspan="1" colspan="1">predicate or linking phrase used in Cmaps to link to an equivalent or related concept or conceptual structure to communicate a type, a characteristic or a context</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">may</td>
<td align="left" rowspan="1" colspan="1">
<italic>pu</italic>
ò</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.101</td>
<td align="left" rowspan="1" colspan="1">predicate or liking phrase used in Cmaps constructed to define information templates used to indicate that the nodes subordinate to the predicate are either optional or required if known</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">may have</td>
<td align="left" rowspan="1" colspan="1">
<italic>pu</italic>
ò
<italic>avere</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.102</td>
<td align="left" rowspan="1" colspan="1">predicate or liking phrase used in Cmaps constructed to define information templates used to indicate that a description may contain subordinate concept nodes or a subordinate Cmap that is necessary to fully express a clinical statement</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">may include</td>
<td align="left" rowspan="1" colspan="1">
<italic>pu</italic>
ò
<italic>includere</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.103</td>
<td align="left" rowspan="1" colspan="1">predicate or liking phrase used in Cmaps constructed to define information templates used to indicate that a description may contain subordinate concept nodes or a subordinate Cmap that is necessary to fully express a clinical statement</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">may be</td>
<td align="left" rowspan="1" colspan="1">
<italic>pu</italic>
ò
<italic>essere</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.104</td>
<td align="left" rowspan="1" colspan="1">predicate or liking phrase used in Cmaps constructed to define information templates used to indicate that a description may contain subordinate concept nodes or a subordinate Cmap that is necessary to fully express a clinical statement</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">must</td>
<td align="left" rowspan="1" colspan="1">
<italic>deve</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.105</td>
<td align="left" rowspan="1" colspan="1">predicate or linking phrase used in Cmaps constructed to define information templates used to indicate that the concept nodes or structures subordinate to the predicate are required</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">must be</td>
<td align="left" rowspan="1" colspan="1">
<italic>deve essere</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.106</td>
<td align="left" rowspan="1" colspan="1">predicate or linking phrase used in Cmaps constructed to define information templates used to indicate that a description must contain specific subordinate concept nodes or structures to fully express a clinical statement</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">must be expressed as</td>
<td align="left" rowspan="1" colspan="1">
<italic>deve essere espresso come</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.107</td>
<td align="left" rowspan="1" colspan="1">predicate or linking phrase used in Cmaps constructed to define information templates used to indicate that the nodes subordinate to the predicate are required and must be expressed in a specific manner to correctly describe the measurement or observation</td>
</tr>
<tr>
<td align="left" rowspan="1" colspan="1">must include</td>
<td align="left" rowspan="1" colspan="1">
<italic>deve includere</italic>
</td>
<td align="char" char="." rowspan="1" colspan="1">100.100.90.108</td>
<td align="left" rowspan="1" colspan="1">predicate or liking phrase used in Cmaps constructed to define information templates used to indicate that a description must contain specific subordinate concept nodes or structures to fully express the intentions for the clinical statement</td>
</tr>
</tbody>
</table>
</table-wrap>
<fig id="F14" orientation="portrait" position="float">
<label>Figure 14</label>
<caption>
<p>MedTrak Systems, Inc, point-of-care EMR blood pressure template.</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g014"></graphic>
</fig>
<fig id="F15" orientation="portrait" position="float">
<label>Figure 15</label>
<caption>
<p>MedTrak Systems, Inc, point-of-care electronic medical record blood pressure template (Italian).</p>
</caption>
<graphic xlink:href="gahmj.2012.1.4.003.g015"></graphic>
</fig>
<p>This process typically involves engineers interviewing users to ascertain the users' needs. Inherent in the interview and specification process is the translation of those users' needs. During the software engineering process, the users' needs are captured and then expressed in the language of a technical expert. This process can introduce miscommunication and misunderstanding. A software quality process typically includes a verification step that seeks to test or evaluate the coherence between the requirement specifications and the users' needs. Verification may identify errors in capture, translation, specification, etc, but when the process is not under the users' direct control, it is possible that a difference may remain between the semantic intentions and assumptions of a user and the expressions of an engineer.</p>
<p>The traditional approaches to system development have been both costly and cumbersome and frequently result in continual incremental improvements that may or may not ever resolve into a “finished” solution, particularly in the presence of a continuously evolving situation like medical science. In most clinical situations, finding a meeting time that is convenient to a clinician with daily patient loads and the right software engineer can be difficult. There are clearly situations where specific skill sets help bridge the discipline gaps between medicine and computer science, but more typically clinicians have limited intimate experience with computer systems and computer experts have no formal training in medicine. Anything implicit or ambiguous can be “the enemy of the good.”</p>
<p>Cmaps present a tool that can enable a clinician to describe a clinical situation, information requirement, process, workflow, EMR template, etc, by defining concepts and connecting them with relationships under their own control with the guidance or aid of an information scientist or computer scientist facilitator. In an EMR, the goal is to capture the clinical evidence, diagnostic inferences, and diagnostic and interventional treatment plans in a way that places each element in an appropriate context for understanding and use. In conjunction with a facilitator to probe and assist in eliciting concepts and relationships, we have found that clinicians are quite capable of explicitly expressing their information requirements directly in Cmaps.</p>
<p>The result of the requirements-specification process is a clean specification expressed in a computable form. The 4 critical elements to understanding the information requirements and their interrelationships in an EMR template are (1) concepts, (2) relationships, (3) logical propositions, and (4) template outline. These can be used directly to write rules that drive the information capture and display processes in a production EMR.</p>
</sec>
<sec>
<title>DEMONSTRATION OF AN AUTOMATED TRANSLATION FROM A CONCEPTUAL MODEL TO ELECTRONIC HEALTH RECORD IMPLEMENTATION</title>
<p>The Washington National Eye Center has developed and refined a number of Cmaps focused specifically on the field of ophthalmology. This work has demonstrated the advantage of enabling experts to directly manipulate a tool to express their expertise in the form of logical propositions. Working with a number of ophthalmologists, a collection of Cmaps was developed to describe the evidence collected during an ophthalmic examination. For example, a tear film Cmap required 75 propositions. The decision to begin by mapping measurements and observations was selected to enable later development of clinical decision support Cmaps using the described clinical observations, measurements, and findings.</p>
<p>The complexity of clinical description is substantial. In the case of a lens Cmap, approximately 180 propositions were required to describe the observations, measurements, and findings related to an ocular lens. Though that number of propositions cannot be easily viewed on a single-page Cmap, the network of concepts and relationships can be navigated using Cmap Tools (which can be downloaded at no charge at
<ext-link ext-link-type="uri" xlink:href="http://cmap.ihmc.us/download">http://cmap.ihmc.us/download</ext-link>
) and the complexity of that system of propositions can be converted into a structured checklist that can capture the elements of evidence necessary to describe a patient's lens.</p>
<p>One specific complex lens statement that can be extracted by selecting a leaf node and its suptree
<sup>
<xref ref-type="fn" rid="FN2">b</xref>
</sup>
consists of 36 propositions that describe both the characteristics of the observation and the organizing principles associated with contextualizing an observation. That specific statement may be used to describe either an OD (right) or OS (left) lens specification in which a patient might have an intraocular lens with fixation in the posterior chamber, which is described as a capsular haptic fixation involving a single haptic (lens fixation element) suspended in a meridional orientation that is temporally oblique. This example includes both evidentiary elements and organizing principles. It requires 13 conceptual levels connected by relationships to diagram. In this particular example, the relationships are used to convey whether the next lower tier of concepts must or may include specific alternatives. For example, a haptic fixation may include capsular, sulcus, or suture fixation types of “haptic fixations.” In our experience in clinical modeling, a conceptual level may require the inclusion of multiple elements or types at each level of specificity. This can result in a clinical statement composed of many interacting descriptive propositions.</p>
<p>MedTrak Systems, Inc, has developed an automatic conversion of Cmaps into EMR templates for building physician checklists for problem-focused history and exam questions, nursing assessments and flowsheets, orders, workflow steps, patient aftercare instructions, and care pathways for interdisciplinary care.
<xref ref-type="fig" rid="F14">Figure 14</xref>
is a partial screen example of an information structure that MedTrak converted to address the capture of a blood pressure as described by the Cmap in
<xref ref-type="fig" rid="F2">Figure 2</xref>
.
<xref ref-type="fig" rid="F15">Figure 15</xref>
shows the same screen translated into Italian.</p>
</sec>
<sec>
<title>SUMMARY</title>
<p>Medical knowledge structure and logic are highly complex. Simple hierarchical transactional and lexical models are not suitable to accurately reflect the practice of medicine as exemplified in clinical documentation and decision cycle analysis. Cmapping provides a tool that can significantly contribute to building a foundation for a dynamic, inclusive, collaborative, and cost-effective process of medical documentation that can meet the challenges of 21st-century medicine.</p>
</sec>
</body>
<back>
<ack>
<title>acknowledgments</title>
<p>This research project was supported by a grant from the Alice and Russell True Foundation in Washington, DC. Additionally, we would like to acknowledge the support of the Washington National Eye Center at Washington Hospital Center and the Imaging Science and Information Systems Center at Georgetown University Medical Center, Washington, DC.</p>
</ack>
<fn-group>
<fn id="FN1">
<label>a</label>
<p>A uuSID may be assigned to free text comments that may be created when a user encounters the need for a descriptive statement that has not been previously included in a model. The assignment of a uuSID for a text phrase enables the knowledge representation to be consistent, and it enables tracking of “free text comments” that are reused. This process may be used to enable continuous model analysis and improvement.</p>
</fn>
<fn id="FN2">
<label>b</label>
<p>A suptree is formed by selecting a leaf, detailed or bottom node (concept) in a Cmap and forming a propositional chain or graph that includes the selected note and all connected parent (hierarchically superior) notes and edges (relationships).</p>
</fn>
</fn-group>
<ref-list>
<title>REFERENCES</title>
<ref id="B1">
<label>1.</label>
<mixed-citation publication-type="web">
<collab>Healthcare Informatics</collab>
<article-title>Study: small medical offices adopting EHRs at fast rate</article-title>
.
<comment>
<ext-link ext-link-type="uri" xlink:href="http://www.healthcare-informatics.com/news-item/study-small-medical-offices-adopting-ehrs-fast-rate?page=1">http://www.healthcare-informatics.com/news-item/study-small-medical-offices-adopting-ehrs-fast-rate?page=1</ext-link>
</comment>
<date-in-citation content-type="access-date">Accessed July 3, 2012</date-in-citation>
</mixed-citation>
</ref>
<ref id="B2">
<label>2.</label>
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Patel</surname>
<given-names>VL</given-names>
</name>
<name>
<surname>Arocha</surname>
<given-names>JF</given-names>
</name>
<name>
<surname>Zhang</surname>
<given-names>J</given-names>
</name>
</person-group>
<article-title>Thinking and reasoning in medicine</article-title>
. In:
<source>Keith Holyoak: Cambridge handbook of thinking and reasoning</source>
.
<publisher-loc>Cambridge, UK</publisher-loc>
:
<publisher-name>Cambridge University Press</publisher-name>
;
<year>2005</year>
:
<fpage>740</fpage>
<lpage>761</lpage>
</mixed-citation>
</ref>
<ref id="B3">
<label>3.</label>
<mixed-citation publication-type="web">
<article-title>IHMC Cmap tools</article-title>
.
<comment>
<ext-link ext-link-type="uri" xlink:href="http://www.healthcare-informatics.com/news-item/study-small-medical-offices-adopting-ehrs-fast-rate?page=1">http://www.healthcare-informatics.com/news-item/study-small-medical-offices-adopting-ehrs-fast-rate?page=1</ext-link>
</comment>
<date-in-citation content-type="access-date">Accessed July 3, 2012</date-in-citation>
</mixed-citation>
</ref>
<ref id="B4">
<label>4.</label>
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Novak</surname>
<given-names>JD</given-names>
</name>
</person-group>
<article-title>Learning, creating, and using knowledge: concept maps as facilitative tools in schools and corporations</article-title>
.
<publisher-loc>Mahwa (New Jersey)</publisher-loc>
:
<publisher-name>Lawrence Erlbaum Associates</publisher-name>
;
<year>1998</year>
</mixed-citation>
</ref>
<ref id="B5">
<label>5.</label>
<mixed-citation publication-type="book">
<person-group person-group-type="author">
<name>
<surname>Novak</surname>
<given-names>JD</given-names>
</name>
</person-group>
<article-title>Learning, creating, and using knowledge: concept maps as facilitative tools in schools and corporations</article-title>
.
<edition>2nd ed</edition>
<publisher-loc>New York</publisher-loc>
:
<publisher-name>Routledge</publisher-name>
;
<year>2010</year>
</mixed-citation>
</ref>
</ref-list>
</back>
</pmc>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/HapticV1/Data/Pmc/Curation
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 002752 | SxmlIndent | more

Ou

HfdSelect -h $EXPLOR_AREA/Data/Pmc/Curation/biblio.hfd -nk 002752 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Ticri/CIDE
   |area=    HapticV1
   |flux=    Pmc
   |étape=   Curation
   |type=    RBID
   |clé=     PMC:3833511
   |texte=   An Application of Cmaps in the Description of Clinical Information Structure and Logic in Electronic Health Records
}}

Pour générer des pages wiki

HfdIndexSelect -h $EXPLOR_AREA/Data/Pmc/Curation/RBID.i   -Sk "pubmed:24278828" \
       | HfdSelect -Kh $EXPLOR_AREA/Data/Pmc/Curation/biblio.hfd   \
       | NlmPubMed2Wicri -a HapticV1 

Wicri

This area was generated with Dilib version V0.6.23.
Data generation: Mon Jun 13 01:09:46 2016. Site generation: Wed Mar 6 09:54:07 2024