cdamedp:Ultrakurzformat plus: Unterschied zwischen den Versionen
(→Bezug des Ultrakurzformats zum Basisstandard FHIR) |
(→Bezug des Ultrakurzformats zum Basisstandard FHIR) |
||
Zeile 40: | Zeile 40: | ||
<meta> | <meta> | ||
<profile | <profile | ||
− | value="http://fhir.de/.../ | + | value="http://fhir.de/.../composi...planplus"/> |
</meta> | </meta> | ||
<identifier> | <identifier> | ||
Zeile 59: | Zeile 59: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
| valign=top | <syntaxhighlight lang="xml"> | | valign=top | <syntaxhighlight lang="xml"> | ||
− | <MP v="1" u="MPP" U="CA620D79D334428CBA6203181EAA1378" gid="..." l="de-DE" | + | <MP v="1" u="MPP" |
+ | U="CA620D79D334428CBA6203181EAA1378" gid="..." l="de-DE" | ||
... | ... | ||
</MP> | </MP> | ||
Zeile 67: | Zeile 68: | ||
<Observation> | <Observation> | ||
<meta> | <meta> | ||
− | <profile value="http://fhir.hl7.de/.../ | + | <profile value="http://fhir.hl7.de/.../bodywei...planplus"/> |
</meta> | </meta> | ||
<status value="final"/> | <status value="final"/> | ||
Zeile 92: | Zeile 93: | ||
<Patient> | <Patient> | ||
<meta> | <meta> | ||
− | <profile value="http://fhir.de/.../patient | + | <profile value="http://fhir.de/.../patient...planplus"/> |
</meta> | </meta> | ||
<identifier> | <identifier> | ||
Zeile 131: | Zeile 132: | ||
| valign=top | <syntaxhighlight lang="xml"> | | valign=top | <syntaxhighlight lang="xml"> | ||
<P egk="G995030567" | <P egk="G995030567" | ||
− | t="Dr. med." g="Maximilian" z="Prinz" v="von und zu" f="Mustermännchen" | + | t="Dr. med." g="Maximilian" z="Prinz" |
+ | v="von und zu" f="Mustermännchen" | ||
s="M" b="1970-03-04"/> | s="M" b="1970-03-04"/> | ||
</syntaxhighlight> | </syntaxhighlight> |
Version vom 6. August 2017, 13:10 Uhr
Ultrakurzformat
Das hier vorgestellte Ultrakurzformat beruht auf den zuvor vorgestellten FHIR-Profile bzw. Vorarbeiten davon und wurde in einer angepassten Form auch als Technische Spezifikation für das Barcode-Format des Bundeseinheitlichen Medikationsplan verwendet.
In Bezug auf den Medikationplan ist die hier beschriebene Zusammenstellung er Komponenten das Äquivalent zum CDA-Format und wird seine Anwendung vornehmlich im Bereich der Mobilen Apps finden.
Die fachinhaltlichen Festlegungen aus dem Bundeseinheitlichen Medikationsplan[1] sind hier zunächst übernommen und die zu Erweiterungen in Bezug auf AMTS-Anwendungsfälle ergänzt.
Das Ultrakurzformat ist nicht nur für den Barcode, sondern auch für die eGK nutzbar. Damit soll es möglich sein, bis zu 40 Arzneimittel auf der eGK zu speichern und zum Beispiel bisherige nicht mehr aktuell eingenommene bzw. abgesetzte Medikamente oder jedenfalls nicht einzunehmende Substanzen (zum Beispiel wegen Unverträglichkeiten oder Allergien) wiederzugeben.
Bezug des Ultrakurzformats zum Basisstandard FHIR
Das Ultrakurzformat (UKF) basiert auf den zuvor vorgestellten FHIR-Profilen wie zum Beispiel Patient, AllergyIntolerance und MedicationStatement. Dabei wurden die üblichen Aspekte und Freiheiten in den Resources zunächst eingeschränkt und vorab in den Kurzformat-FHIR-Profilen festgelegt, dass die eigentlichen Instanzen („die Daten“) außerordentlich kurz gehalten werden können.
Das Ultrakurzformat reduziert dann von den FHIR-Profil-Definitionen ausgehend schließlich auf sehr kurze XML-Elemente und -Attribute, die in einer eins-zu-eins Beziehung zum zugrundeliegenden FHIR-Profil stehen. Dadurch können FHIR-Instanzen, die nach den Kurzformat-FHIR-Profilen erstellt sind und die Ultrakurzformat-Instanzen leicht ineinander überführt werden (Bijektivität).
Als Beispiel sei hier genannt, dass man bei der Übermittlung von Codes immer mit angeben muss, aus welchem Codesystem der Code entnommen wurde. Anders ließe sich der Code nicht korrekt interpretieren. Wird nun vorab (im Kurzformat-FHIR-Profil) festgelegt, dass an bestimmten Stellen nur Codes aus ganz bestimmten Codesystemen zur Anwendung kommen dürfen, erübrigt sich die Mitlieferung des Codesystems in der Instanz selbst (so genannte „kurze Terminologiebindung“).
Ähnliches gilt für bestimmte Dosierungsmuster, die festliegen. Die Angabe „morgens“ bedeutet an sich „Medikament morgens einnehmen („wann“) und dies jeden Tag wiederholen („repeat, period 1 d). Diese Statements können sich auf das „wann“ beschränken, denn dass sich dies (innerhalb ggf. vorgegebener Einnahmedauer-Grenzen) täglich wiederholt, ist bei diesem Muster klar.
Das bedeutet auch, dass Instanzen im Ultrakurzformat aufgrund der Einheit von Instanz und Kurzformat-FHIR-Profil nur durch die langen Strukturen und die im Profil definierten Festlegungen ergänzt werden müssen, um auch außerhalb der Spezifikation des Ultrakurzformats vollwertig gemäß dem allgemeinen FHIR-Profil für den Medikationsplan zu sein (vgl. auch folgende Tabelle).
Vollwertige und übliche FHIR Beispiele zum normalen Gebrauch in FHIR-Anwendungen | Beispiel Ultrakurzformat mit sehr kurzen XML-Elementen und -Attributen |
<Bundle xmlns="http://hl7.org/fhir">
<meta>
<profile value="http://fhir.de/.../bundle-de-mediaktionsplanplus"/>
</meta>
<type value="document"/>
<entry>
<fullUrl value="http://.../2aca0674-...-6e5e5aea15ca"/>
<resource>
<Composition>
<meta>
<profile
value="http://fhir.de/.../composi...planplus"/>
</meta>
<identifier>
<system value="http://mp.de/Composition"/>
<value value="2aca0674-...-6e5e5aea15ca"/>
</identifier>
<type>
<coding>
<system value="http://loinc.org"/>
<code value="X_PMR"/>
</coding>
</type>
<title value="Patientenbezogener Medikationsplan Plus"/>
<status value="final"/>
<confidentiality value="N"/>
...
</Bundle>
|
<MP v="1" u="MPP"
U="CA620D79D334428CBA6203181EAA1378" gid="..." l="de-DE"
...
</MP>
|
<Observation>
<meta>
<profile value="http://fhir.hl7.de/.../bodywei...planplus"/>
</meta>
<status value="final"/>
<code>
<coding>
<system value="http://loinc.org"/>
<code value="29463-7"/>
<display value="Body weight"/>
</coding>
</code>
<valueQuantity>
<value value="89"/>
<unit value="kg"/>
<system value="http://unitsofmeasure.org"/>
<code value="kg"/>
</valueQuantity>
</Observation>
|
<O w="89" .../>
|
<Patient>
<meta>
<profile value="http://fhir.de/.../patient...planplus"/>
</meta>
<identifier>
<type>
<coding>
<system value="http://hl7.org/fhir/v2/0203" />
<code value="HC" />
</coding>
</type>
<system value="http://fhir.de/NamingSystem/gkv/kvnr" />
<value value="G995030567" />
</identifier>
<active value="true"/>
<name>
<text value="Dr. med. Maximilian Prinz von und zu Mustermännchen" />
<family value="Prinz von und zu Mustermännchen">
<extension url="http://fhir.de/StructureDefinition/humanname-namenszusatz">
<valueString value="Prinz" />
</extension>
<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-prefix">
<valueString value="von und zu" />
</extension>
<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-name">
<valueString value="Mustermännchen" />
</extension>
</family>
<given value="Maximilian"/>
<prefix value="Dr. med.">
<extension url="http://hl7.org/fhir/StructureDefinition/iso21090-EN-qualifier">
<valueString value="AC" />
</extension>
</prefix>
</name>
<gender value="male"/>
<birthDate value="1970-03-04"/>
</Patient>
|
<P egk="G995030567"
t="Dr. med." g="Maximilian" z="Prinz"
v="von und zu" f="Mustermännchen"
s="M" b="1970-03-04"/>
|
<MedicationStatement>
...
<repeat>
<period value="1"/>
<periodUnits value="d"/>
<when value="CM"/>
</repeat>
<quantityQuantity>
<value value="1"/>
<unit value="HKP"/>
<system value="http://standardterms.edqm.eu"/>
<code value="10210000"/>
</quantityQuantity>
...
</MedicationStatement>
...
<Medication>
...
<code>
<coding>
<system value="http://www.ifaffm.de/pzn"/>
<code value="0940890"/>
<display value="Ferro sanol duodenal mite 50mg "/>
</coding>
</code>
</Medication>
|
<syntaxhighlight lang="xml" highlight="2">
<M id="1" p="0940890" r="Eisenmangel" c="2017-07-15T10:05:17">
<D m="1" du="10210000"/>
</M>
|
Auf die Wiedergabe von Text-Elementen wie sie in FHIR definiert bzw. gefordert sind, um eine insgesamt lesbare Form der maschinenlesbaren Informationen anzugeben, wird im Ultrakurzformat ebenfalls verzichtet. Das käme der Tatsache gleich, dass das Barcode oder eGK-Format neben dem maschinenlesbaren Teil das Ganze auch noch als Text mit Aufmachung (Layout, Tabellenform etc.) wiedergibt, was außerhalb der Zielsetzung dieses Formats liegt.
Textwiedergaben können aber sowieso jederzeit aus den maschinenlesbaren Informationen generiert werden. Auch hierfür finden sich Beispiele für solche Transformationen in den Materialien.
- ↑ Referenzfehler: Es ist ein ungültiger
<ref>
-Tag vorhanden: Für die Referenz namensbmp
wurde kein Text angegeben.