ePflegebericht auf Basis der HL7 CDA R2

Aus Hl7wiki
Implementierungsleitfaden
Wechseln zu: Navigation, Suche
Abstimmungsdokument 
Version Datum Status Realm
0.60 13.02.2011 Si-draft.svg Entwurf Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
0.70 14.03.2011 Si-vote.svg Abstimmung Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
0.80 11.12.2012 Si-reconc.svg Kommentarauflösung Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar


Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .


Inhaltsverzeichnis

Dokumenteninformationen

Impressum

HL7-Logo HL7-Benutzergruppe in Deutschland e. V.


Copyright © 2012: HL7 Benutzergruppe in Deutschland e.V.

HL7-Benutzergruppe in Deutschland e.V.
Anna-Louisa-Karsch-Str. 2
10178 Berlin

Der Implementierungsleitfaden wurde vorgelegt von:

Logo Hochschule Osnabrück
Forschungsgruppe Informatik im Gesundheitswesen
Hochschule Osnabrück
Fakultät Wirtschafts- und Sozialwissenschaften

Logo Netzwerk Versorgungskontinuität in der Region Osnabrück e.V. Netzwerk Versorgungskontinuität in der Region Osnabrück e.V.
Osnabrück


zur Abstimmung durch die Mitglieder der HL7-Benutzergruppe e.V..
Ansprechpartnerin ist Mareike Przysucha, Hochschule Osnabrück, Osnabrück.

Editor

  • Daniel Flemming, KSFH München
  • Mareike Przysucha, Hochschule Osnabrück

Autoren

  • Prof. Dr. Daniel Flemming, KSFH München (DF)
  • Mareike Przysucha, Hochschule Osnabrück (MP)
  • Prof. Dr. Ursula Hübner, Hochschule Osnabrück (UH)
  • Dr. Kai Heitmann, Heitmann Consulting and Services (KH)
  • Dr. Frank Oemig, Agfa HealthCare GmbH, Bonn (FO)
  • Prof. Dr. Sylvia Thun, Hochschule Niederrhein (ST)

Copyright-Hinweis, Nutzungshinweis

Nachnutzungs- bzw. Veröffentlichungsansprüche

Das vorliegende Dokument wurde von der Hochschule Osnabrück in Kooperation mit der HL7-Benutzergruppe e.V. entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt. Der Inhalt dieser Spezifikation ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf dem HL7-Standard CDA beruhen, für die © Health Level Seven, International gilt. Näheres unter hl7.de und hl7.org. Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen. Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Disclaimer

Disclaimer

Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen oder Institutionen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Des Weiteren werden nach Abschluss des Abstimmungsverfahrens den diversen Tabellen noch ihre endgültige OID zugewiesen.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Einleitung

Hintergrundinformationen

Die vernetzte Versorgung als theoretisches Ideal dient dem Gesetzgeber als Entwurf einer sicheren und effektiven Gesundheitsversorgung. Dies gilt vor dem Hintergrund einer zunehmenden Differenzierung und Spezialisierung in der Gesundheitsversorgung, sowie der demographischen Entwicklung in Deutschland insbesondere für eine wachsende Zahl pflegebedürftiger Menschen. Mit ambulanten Pflegediensten, teilstationären Einrichtungen (z.B. Tagespflege), der Krankenhauspflege, sowie den verschiedenen Ausprägungen der Kurz- und Langzeitpflege hat sich in den letzten Jahren auch in der Pflege ein Geflecht an unterschiedlichen Versorgungsformen gebildet.

Das GKV-Versorgungsstrukturgesetz hat das Entlassungsmanagement als ein Teil der Krankenhausbehandlung definiert. Die Krankenhäuser sind hierbei aufgefordert ein Versorgungsmanagement zur Gewährleistung des nahtlosen Übergangs von der Krankenhausbehandlung in eine stationäre oder ambulante Rehabilitation oder Pflege aufzubauen. Ein solches nahtloses Versorgungsmanagement bedarf eines kontinuierlichen Informationsflusses, denn so wie ein Patient zwischen den verschiedenen Akteuren wechselt, müssen auch seine relevanten Gesundheitsinformationen rechtzeitig an die weiterversorgende Einrichtung gesandt werden, schließlich gefährden Informationslücken die Patientensicherheit [1]. Ein Zusammenhang, auf den insbesondere pflegebedürftige Menschen angewiesen sind, da sie den Informationsfluss ihrer Gesundheitsdaten nur eingeschränkt selbständig steuern können. Somit zählt ein lückenloser Informationsfluss zu den wichtigsten Konzepten, die einer Umsetzung der Vernetzten Versorgung dienen.

Der Pflegeprozess als kybernetischer Kreislauf

Neben notwendigen medizinischen Daten werden auch pflegerische Informationen als zentraler Bestandteil der Gesundheitsinformationen mehr an Bedeutung gewinnen. Unabhängig von den Versorgungsformen ergeben sich diese immer aus dem Pflegeprozess, der als kybernetischer Kreislauf pflegerischem Handeln eine Struktur gibt.

Der Pflegeprozess umfasst als Schritte

  • eine Informationssammlung als Darstellung des aktuellen Zustands des Patienten
  • die Ableitung von Pflegediagnosen bzw. Pflegeproblemen
  • daraus resultierende Ziele pflegerischen Handelns
  • die Planung pflegerischer Maßnahmen
  • die Durchführung pflegerischer Maßnahmen
  • und die Evaluation der durchgeführten Maßnahmen, die wieder zur Informationssammlung führt

Dass Gesundheitstelematik immer auch Telematik in der Pflege ist [2], wird durch die von der Gesundheitsministerkonferenz beschlossene Errichtung eines länderübergreifenden elektronischen Berufsregisters für Gesundheitsfachberufe deutlich. Dieses wird als virtuelles Trustcenter zukünftig die Aufgaben einer zentralen Registrierungsstelle und Ausgabe der Heilberufsausweise an die insgesamt ca. 40 Berufsgruppen im Gesundheitswesen übernehmen [3]. Die Pflege wird somit zukünftig auch aktiv an der Gesundheitstelematik beteiligt sein. Mit diesem Implementierungsleitfaden leistet sie einen ersten aktiven Beitrag zur Gestaltung einer Vernetzten Versorgung in der Zukunft.

Scope

Von der Mikro- zur Meta- Ebene der Dokumentation

Ähnlich dem Arztbrief [eArztbrief] dient der Pflegebericht in Verlegungs- oder Entlassungsszenarien als Dokument zur Weiterleitung pflegerischer Informationen über Institutionsgrenzen hinweg. Dies gilt unabhängig von der Form der Versorgung oder Institution. Mithilfe des Pflegeberichts aggregieren ausgebildete Pflegekräfte ihre Pflegedokumentation, die auf dem gesetzlich festgeschriebenen Pflegeprozesses (s.o.) basiert. Der Pflegebericht bildet auf diesem Wege die Basis für eine Kommunikation mit nachgeordneten pflegerischen Einrichtungen, darf aber nicht als Weiterleitung der pflegerischen Verlaufsdokumentation gesehen werden. Bisherige Pflegeberichte sind oftmals formularbasiert („Pflegeüberleitungsbogen“), wobei sich die Struktur oder die abgefragten Inhalte zwischen einzelnen Einrichtungen deutlich unterscheiden können.

Er unterscheidet sich von Nursing Minimum Data Sets, deren Ziel in der Bereitstellung spezieller Kennzahlen für statistische und politische Zwecke liegt (s. Abb. 2) [4]. Der Pflegebericht stellt das adäquate Instrument zur Weiterleitung pflegerischer Informationen in einer Vernetzten Versorgung dar. Die Abbildung pflegerischer Metainformationen auf der Basis des HL7 Reference Information Model (RIM) ist bereits vor einigen Jahren erfolgreich entwickelt worden [5].

Nutzer

Institutionen

Zu den an einem möglichen Informationsaustausch beteiligten Einrichtungen zählen grundsätzlich alle beteiligten (Pflege-) Einrichtungen, die nach den jeweiligen Versorgungssegmenten unterschieden werden können (s. Abbildung).

Am Informationsaustausch beteiligte Einrichtungen und Akteure

Im stationären Segment zählen dazu:

  • Krankenhäuser
  • Vorsorge- und Rehabilitationseinrichtungen
  • Altenwohnheim, Altenheim, Pflegeheim
  • Kurzzeitpflegeeinrichtungen
  • Hospize

Im ambulanten Sektor erfolgt eine professionelle Versorgung durch Einrichtungen der häuslichen Kranken- oder Altenpflege, wie ambulante Pflegedienste oder Sozialstationen.

Darüber hinaus gibt es im Umfeld des Patienten und seiner pflegerischen Versorgung weitere Einrichtungen, die zumindest einzelne Aspekte pflegerischer Informationen liefern oder für ihren speziellen Anteil an der Patientenversorgung nutzen. Die Versorgung mit Hilfsmitteln oder Medikalprodukten im Rahmen der Inkontinenz- oder Wundversorgung bzw. der enteralen Ernährung (Ernährung mittels einer Sonde) wird (meist) außerhalb des Krankenhauses von Sanitätshäusern oder Homecare-Versorgern übernommen.

Eine weitere Gruppe beteiligter Institutionen bilden die ambulanten allgemeinmedizinischen bzw. fachärztlichen Praxen, sowie physio- bzw. ergotherapeutische oder logopädische Praxen.

Für die Zukunft ist durchaus vorstellbar einzelne Aspekte der pflegerischen Informationsweiterleitung auch mit den Sozialleistungsträgern (z.B. Krankenkassen, Pflegekassen, Pflegestützpunkten, Medizinischem Dienst der Krankenversicherung), z.B. im Rahmen der Einstufungsbegründung oder der Begründung für Hilfsmittel-versorgungen, auszutauschen.

Akteure

Innerhalb der Krankenhäuser, stationären und ambulanten Pflegeeinrichtungen und Hospize übernehmen meist Pflegefachkräfte, namentlich AltenpflegerInnen, Gesundheits- und KrankenpflegerInnen und Gesundheits- und KinderkrankenpflegerInnen bzw. Fachpflegekräfte die Rolle des Autors bzw. Empfängers.

Auch in den Sanitätshäusern und bei den Homecare- Versorgern sind es oftmals Pflegefachkräfte die im Rahmen eines Wundmanagements oder der enteralen Ernährung an einer Versorgung pflegebedürftiger Patienten und damit an einer pflegerischen Informationsweiterleitung beteiligt sind.

Mögliche Beteiligte im Rahmen einer multidisziplinären Versorgung sind Sozialarbeiter im Gesundheitswesen (die z.B. oftmals die Heimplatzsuche übernehmen), Physio- bzw. Ergotherapeuten (in die Hilfs- Heilmittelversorgung eingebunden), Logopäden und Haus- bzw. Fachärzte.

Abschließend sollten pflegende Angehörige und die Pflegebedürftigen selbst in den Informationsfluss mit eingebunden bzw. über die ausgetauschten Informationen ggf. informiert werden.

Zweck

Dieser Implementierungsleitfaden folgt dem bestehenden Implementierungsleitfaden zum elektronischen Arztbrief. In dem vorliegenden Dokument werden die pflegerischen Inhalte eines Entlassdokuments spezifiziert. Für die Entwicklung oder Implementierung des ePflegeberichts sind somit beide Dokumente erforderlich.

Beteiligte Organisationen

Seit mehr als 10 Jahren beschäftigt sich die Forschungsgruppe Informatik im Gesundheitswesen der Hochschule Osnabrück mit der elektronischen Vernetzung in der Gesundheitsversorgung aus multiprofessioneller Sicht. Dabei liegt der Fokus u.a. auf Transfer- bzw. Abschlussdokumenten zur Überwindung von Schnittstellen zwischen Institutionen und Berufsgruppen.

Das Netzwerk Versorgungskontinuität in der Region Osnabrück e.V., ein Zusammenschluss der wichtigsten Gesundheitseinrichtungen aus der Region, dem Krankenhäuser, Trägergesellschaften, ambulante Pflegedienste, stationäre Pflege-einrichtungen, Sanitätshäuser, Apotheken angehören, dient dabei als Kooperationspartner. Im Rahmen der gemeinsamen Aktivitäten wurde die Entwicklung eines Implementierungsleitfadens für einen elektronischen Pflegebericht beschlossen. Das Netzwerk Versorgungskontinuität war dabei insbesondere an der inhaltlichen Entwicklung des Basisdatensatzes des ePflegeberichts beteiligt.

Der Deutsche Pflegerat e.V. als Bundesarbeitsgemeinschaft der Pflegeorganisationen in Deutschland hat die Schirmherrschaft über die Arbeiten zum ePflegebericht übernommen.

Basis- Dokumentationen

Dieser Implementierungsleitfaden basiert auf vorangegangenen Implementierungsleitfäden:

sowie auf das CDA Section-Level-Template:

Die Spezifikationen der HL7 Clinical Document Architecture release 2 beruhen auf der HL7 v3 Normative Edition 2005. Für die Modellierung innerhalb dieses Implementierungsleitfadens wurde die HL7 v3 Normative Edition 2010 genutzt.

Use Case

Im Folgenden wird ein so genanntes Storyboard als Basis für den Aufbau des ePflegeberichts und die Beispielfragmente beschrieben.

vollständiger Pflegebericht

Pflegebericht
Der UseCase im ePlfegeberichtsFormular

Herr Hubert Schimanski, geb. 27.04.1939 in Lublin, wohnhaft Gerade Straße 16 in 32132 Halle, wurde am 07.10.2012, mit einer Seitenschwäche in das Krankenhaus "Auf der Grünen Wiese" eingeliefert. Dort wurde ein Hirninfarkt (ischämischer Apoplex) diagnostiziert, der mit einer halbseitigen Schwäche rechts (Hemiparese), Schluckstörungen (Dysphagie) und einer verwaschenen Sprache (Dysarthrie) einhergeht. Herr Schimanski ist orientiert und kann sich trotz der Sprachstörungen äußern. Er braucht Hilfe bei der Grundpflege (Waschen oder Duschen, Mundpflege und An- bzw. Auskleiden), beim Transfer in das bzw. aus dem Bett und bei der Zubereitung der Nahrung. Herr Schimanski ist mit dem Rollator mobil, wird aber für längere Strecken einen Rollstuhl benötigen. Er ist stuhlkontinent, seine Urinkontinenz ist mit einem transurethralen Dauerkatheter versorgt.

Herr Schimaksi lebt mit seiner Ehefrau Getrud Schimanski in einem Einfamilienhaus. Das Haus ist aktuell nicht barrierefrei, so führt eine Treppe mit 4 Stufen in das Haus und zum Schlafzimmer und Badezimmer der Eheleute im 1. OG führt eine Treppe mit 17 Stufen. Aus diesem Grund fand am 03.11.2012, mit Frau Kirchner vom Sozialdienst des Krankenhauses und Herrn Bussmann vom Homecare-Versorger "Becker HomeCare" eine Wohnmumfeldberatung im Haus der Schimanskis statt. Es wurde am 06.11.12 eine Wohnraumanpassung durch Herrn Bussmann beantragt. Frau Kirchner vom Sozialdienst des Krankenhauses hat am 05.11.2012 für Herrn Schimanski zunächst die Einstufung in den Pflegegrad beantragt. Herrn Schimanski wird am 05.11.2012 als Hilfsmittel ein Rollator verordnet, dessen Bereitstellung über den Homecare-Versorger "Becker HomeCare" erfolgen soll. Eine Verordnung eines Rollstuhls mit Anti-Dekubitus-Kissen soll vom Hausarzt Dr. Scholz vorgenommen werden. Eine Toilettensitzerhöhung besitzen die Schimanskis bereits.

Frau Schimanski ist am 15.10.2012 als gesetzliche Betreuerin von ihrem Ehemann durch das Amtsgericht Halle eingesetzt worden. Herr Schimanski hatte bereits im April 2009 eine Patientenverfügung aufgesetzt, die bei der Ehefrau hinterlegt ist.

Herr Schimanski war vor seiner Verrentung als Tischler tätig. Die Eheleute Schimanski haben zwei erwachsene Kinder, eine Tochter mit Familie in Berlin und eine weitere Tochter mit Familie in Kiel. Herr Schimanski ist römisch-katholisch und ist Mitglied des Kirchenvorstandes seiner Heimatgemeinde St. Matthias in Halle.

Herr Schimanski soll am 09.11.2012 nach Hause entlassen werden. Die Betreuung vor Ort wird der ambulante Pflegedienst "Pflegen in Halle GmbH" übernehmen. Es ist geplant, dass der Pflegedienst zweimal täglich zur Grundpflege und zur Vitalzeichen-Kontrolle kommt. Der Case-Manager Matthias Schmidt erstellt am 08.11.2012 einen elektronischen Pflegebericht, zu dem auch der Sozialdienst Informationen beisteuert und sendet ihn an den Pflegedienst "Pflegen in Halle GmbH".

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Templates für den ePflegebericht

Allgemeine Übersicht

Wie andere CDA-Dokumente auch besteht der ePflegebericht aus Header und Body.

Der Header enthält Informationen unter anderem zum Dokument selbst sowie zu den einzelnen Beteiligten (z. B. Patient, Autor, Unterzeichner). Im Header werden viele Templates aus dem Arztbrief wiederverwendet.


Der Body besteht aus Abschnitten (Sections) und Einträgen (Entries), die die konkreten, aus pflegerischer Sicht relevanten Informationen enthalten. Dazu zählen:

  • Informationen über die einzelnen Schritte des Pflegeprozesses,
  • soziale Informationen wie ausgeübte(r) Beruf(e),
  • Informationen zur Homecare-Status wie Wohnsitation, Anpassungen und Beratungen zum häuslichen Umfeld sowie vorhandene, beantragte oder benötigte Hilfsmittel incl. Kontaktperson, und
  • sozialrechtliche Informationen wie Verfügungen, Pflegegrade und Betreuuungen, aber auch
  • medizinische Informationen wie Diagnosen und Medikationen.

Außerdem können optional weitere Dateien, beispielsweise Bilder oder andere CDA-Dokumenten, als Anhang deklariert werden.

Hierarchische Ansicht des ePflegeberichts

Aus der allgemeinen Übersicht ergibt sich für den ePflegebericht folgende hierarchische Struktur:

2.16.840.1.113883.3.1937.99.61.34.10.28/hgraph

CDA-Document-Level-Templates für den ePflegebericht

Patientenbezogener pflegerischer Entlassungsbericht 2017/2018 (v1)

2.16.840.1.113883.3.1937.99.61.34.10.1/dynamic

Patientenbezogener pflegerischer Pflegebericht 2017/2018 (v1)

2.16.840.1.113883.3.1937.99.61.34.10.28/dynamic

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

CDA-Header-Level-Templates für den ePflegebericht


Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Patient (recordTarget - generisch)

Id1.2.276.0.76.10.2001Gültigkeit2013‑07‑10
StatusKgreen.png AktivVersions-Label
NameHeader​Record​TargetAnzeigenameCDA recordTarget
Beschreibung
Das recordTarget repräsentiert die Person, über die dokumentiert wird. recordTarget umfasst neben der Identifikation und dem Namen, Geschlecht, Adressen etc. auch optionale Zusatzangaben wie zum Beispiel Geburtsort und Sprachfähigkeiten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.90030InklusionKgreen.png PersonennameDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.101 (DYNAMIC)
Beispiel
Standard-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>
    <telecom use="HP" value="tel:+49(221)7812220"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>
        </place>
      </birthplace>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Maximal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>    <id root="1.2.276.0.76.4.8" extension="8003004447"/>    <addr use="HP">
      <streetName>Musterstraße</streetName>      <houseNumber>15</houseNumber>      <postalCode>50825</postalCode>      <city>Köln</city>    </addr>
    <telecom use="HP" value="tel:+49(221)7812220"/>    <telecom use="HP" value="mailto:MuellerMar@gmx.de"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>
      <administrativeGenderCode code="F" codeSystem="2.16.840.1.113883.5.1"/>      <birthTime value="19700924"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="M" displayName="Married" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7 MaritalStatusCode"/>      <!-- Religionszugehörigkeit des Patienten-->
      <religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>      <!-- Vormund/Sachwalter des Patienten -->
      <guardian>
        <addr use="HP">
          <streetName>Musterstraße</streetName>          <houseNumber>15</houseNumber>          <postalCode>50825</postalCode>          <city>Köln</city>        </addr>
        <telecom use="HP" value="..."/>        <guardianPerson>
          <name>
            <given>Marius</given>            <family>Müller</family>          </name>
        </guardianPerson>
      </guardian>
      <birthplace>
        <place>
          <addr>
            <city>Köln</city>          </addr>
        </place>
      </birthplace>
      <languageCommunication>
        <languageCode code="EN"/>        <modeCode code="ESP"/>        <proficiencyLevelCode code="G"/>        <preferenceInd value="true"/>      </languageCommunication>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimal-Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <id root="2.16.840.1.113883.3.37.6.2.23.3" extension="12345"/>  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
(Hea...get)
Treetree.png@typeCode
0 … 1FRCT
Treetree.png@context​Control​Code
0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treetree.pnghl7:patientRole
1 … 1(Hea...get)
Treeblank.pngTreetree.png@classCode
0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
Treeblank.pngTreetree.pnghl7:id
II1 … *(Hea...get)
 Beispiel<id extension="6245" root="2.16.840.1.113883.3.933"/><id extension="1543627549" root="1.2.276.0.76.4.1"/>
Treeblank.pngTreetree.pnghl7:addr
AD0 … *Adresse des Patienten(Hea...get)
 Beispiel<addr use="HP">
  <streetName>Dorfstraße</streetName>  <houseNumber>54</houseNumber>  <postalCode>51371</postalCode>  <city>Leverkusen</city></addr>
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *Kontaktdaten des Patienten(Hea...get)
 Beispiel<telecom use="H" value="tel:+4930140400"/><telecom use="MC" value="tel:+492211234567"/><telecom value="mailto:herberthannes.mustermann@provider.de"/>
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
 Beispiel<patient classCode="PSN" determinerCode="INSTANCE">
  <name>
    <!-- ... -->
  </name>
  <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>  <birthTime value="19541223"/></patient>
Eingefügt1 … 1M von 1.2.276.0.76.10.90030 Personenname (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MDie Reihenfolge der Namensbestandteile soll der typischen Schreibweise entsprechen. Zu beachten ist, dass prefix- und suffix-Elemente mit einem Leerzeichen enden müssen, wenn sie nicht unmittelbar an den folgenden Namensbestandteil anschließen sollen.
(Hea...get)
 Beispiel
Dr. med. Sine Johanna Gräfin von Oberberg
<name>
  <prefix qualifier="AC">Dr. med. </prefix>  <given>Sine Johanna</given>  <prefix qualifier="NB">Gräfin </prefix>  <prefix qualifier="VV">von </prefix>  <family>Oberberg</family></name>
 Beispiel
Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB
<name>
  <prefix qualifier="AC">Prof. Dr. med. Dr. rer. nat. </prefix>  <given>Fritz</given>  <given>Julius</given>  <given>Karl</given>  <prefix qualifier="NB">Freiherr </prefix>  <prefix qualifier="VV">von und zu </prefix>  <family>Rathenburg vor der Isar</family>  <suffix>MdB</suffix></name>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Titel(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='AC']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FAC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP0 … *Vorname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Namenszusatz(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='NB']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FNB
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *Vorsatzwort(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.png wo [@qualifier='VV']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
set_cs1 … 1FVV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP0 … *Nachname(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Suffix(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RGeschlecht (administrativ) des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 AdministrativeGender (DYNAMIC)
 Beispiel<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1RGeburtsdatum des Patienten(Hea...get)
 Beispiel<birthTime value="19491224"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Familienstand des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12212 MaritalStatus (DYNAMIC)
 Beispiel<maritalStatusCode code="S" displayName="Never Married" codeSystem="2.16.840.1.113883.5.2"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Religionszugehörigkeit des Patienten(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19185 ReligiousAffiliation (DYNAMIC)
 Beispiel<religiousAffiliationCode code="1077" displayName="Protestant" codeSystem="2.16.840.1.113883.5.1076"/>
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPdarf nicht verwendet werden(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Vormund/Sachwalter des Patienten(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...get)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten(Hea...get)
 Beispiel<birthplace>
  <place>
    <addr>Hamburg</addr>  </place>
</birthplace>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1(Hea...get)
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Patient (recordTarget)

Template-Metadaten
Template-Typ Header
Template ID
generischeres Template cdaab2:Patient_(recordTarget)_(Template)
genutztes Templates
nutzende Templates
abgeleitete Templates
generelle Beschreibung
allg. Erläuterung
Verhältnis zu IHE neu
Ballotierungsstatus in Arbeit
Erweiterbarkeit geschlossen

Attribute

Lvl RIM Name DT Kard Conf Beschreibung
1 part recordTarget 1..1 M Patient
2 role patientRole 1..1 M
3 ent patient 0..1 O Patient
4 ent religiousAffiliationCode CE CWE 0..1 O Religion:

Im Umfeld von Pflege spielen Religion und Spirituaität immer wieder eine Rolle. In diesem Zusammengang sind auch für die Pflegekräfte und andere an der Versorgung beteiligte Personen Informationen dazu von Bedeutung. Aus diesem Grund wird für den ePflegebericht auf folgende Spezifikation im Bereich Religion hingewiesen:

In der PatientClass ermöglicht das Element ReligiousAffiliation die Zuordnung einer Glaubensgemeinschaft.

Religionszugehörigkeit

Die Glaubensgemeinschaft ist codiert aus dem entsprechenden HL7 Vokabular anzugeben. Im @code Attribut wird der Code angegeben. Die im @CodeSystem anzugebende OID ist hier konstant 2.16.840.1.113883.5.1076.

5 role guardian 0..* O Vormund
5 lang languageCommunication 0..* O Vor dem Hintergrund einer zunehmenden Zahl älterer und damit pflegebedrüftiger Menschen mit Migrationshintergrund können sowohl die Sprache als auch die Staatsbürgerschaft für die Pflege eine Rolle spielen.
6 lang languageCode 1..1 M CDLC des Arztbriefes


6 lang modeCode CE CWE 0..1 O Typisierung der Sprachfertigkeit
6 lang proficiencyLevelCode CE CWE 0..1 O Qualifizierung der Sprachfertigkeit


6 lang preferenceInd BL 0..1 O Markierung, ob dies die bevorzugte Sprache ist


Beispiel

Herr Schimanski spricht sowohl polnisch als auch deutsch. Seine bevorzugte Sprache ist deutsch.

<patient>
    <name>
        <given>Heinz</given>
        <family>Schimanski</family>
    </name>
    <administrativGenderCode code="M" codeSystem="2.16.840.1.113883.5.1" displayName="männlich"/>
    <birthTime value="19390427"/>
    <religiousAffiliationCode="1041" codeSystem="2.16.840.1.113883.5.1076" displayName="römisch-katholisch"/>
    <languageCommunication>
        <languageCode code="de-DE"/>
        <modeCode code="ESP" codeSystem="2.16.840.1.113883.5.60"/>
        <profiencyLevelCode code="E" codeSystem="2.16.840.1.113883.5.61"/>
        <preferenceInd value="true"/>
    </languageCommunication>
    <languageCommunication>
        <languageCode code="pl-PL"/>
        <modeCode code="ESP" codeSystem="2.16.840.1.113883.5.60"/>
        <profiencyLevelCode code="E" codeSystem="2.16.840.1.113883.5.61"/>
        <preferenceInd value="false"/>        
    </languageCommunication>
</patient>

Sonstiges

Mitgliedschaft in einer Gemeinde


Soll der Patient darüber hinaus als Mitglied einer konkreten Gemeinde beschrieben werden, kann dem Patient die Rolle als Miltglied einer religiösen Organisation zugeordnet werden.

< Element DT Card Conf Beschreibung
member 0..1 O Mitgliedschaft


Kirchliche Gemeinde

Die Gemeinde der Religionsgemeinschaft, zu der der Patient gehört, wird als Organisation dargestellt.

< Element DT Card Conf Beschreibung
Organization 0..1 O Gemeinde als Organisation


Um die Organisation als religiöse Institution zu spezifizieren, wird der EntityCode auf RELIG festgelegt.

< Element DT Card Conf Beschreibung
code CE CWE 1..1 M Klassifzierung der Organisation


Um eine Kontaktaufnahme zu erleichtern, kann analog zur Darstellung einer Organisation aus dem Arztbrief eine ID, ein Name der Gemeinde, eine Adresse oder ein Telekommunikationskontakt angegeben werden.

Herr Schimanski ist Mitglied der katholischen St. Matthias Gemeinde Halle.

<patient>
    <name>
        <given>Heinz</given>
        <family>Schimanski</family>
    </name>
    <administrativGenderCode code="M" codeSystem="2.16.840.1.113883.5.1" displayName="männlich"/>
    <birthTime value="19390427"/>
    <religiousAffiliationCode="1041" codeSystem="2.16.840.1.113883.5.1076" displayName="römisch-katholisch"/>
    <member code="MBR" classCode="2.16.840.1.113883.5.110">
        <organization code="ORG" codeSystem="2.16.840.1.113883.5.41">
            <code code="RELIG" codeSystem="2.16.840.1.113883.5.1060"/>
            <name>St. Matthias</name>
            <telecom>0123/12345</telecom>
            <addr>
                <streetName>Matthiasstrasse</streetName>
                <houseNumber>1</houseNumber>
                <postalCode>32323</postalCode>
                <city>Halle</city>
            </addr>
        </organization>
    </member>
</patient>



Vormundschaft für den Patienten


Hat der Patient eine gesetzliche Betreuung, ist dies für die an der Versorgung beteiligten Pflegekräfte eine wichtige Information. Da der eArztbrief diese Information zunächst nicht darstellt, wird diese optionale Angabe aus diesem Grund an dieser Stelle beschrieben.

Guardian

Ausgehend von der Patientenklasse verweist die RoleClass guardian auf eine Person als gesetzlicher Betreuer.

< Element DT Card Conf Beschreibung
guardian 0..1 O Vormundschaft

Die RoleClass guardian kann Angaben zur Identifikationsnummer, zur Adresse und zu den Telekommunikationsdaten des gesetzlichen Betreuers enthalten.

Person als Betreuer

Die roleClass guardian verweist auf die EntityClasses Person und Organization. Da die gesetzliche Betreuung von einer Person übernommen werden muss, ist für den Fall, dass eine Angabe zum gesetzlichen Betreuer gemacht wird, die Angabe einer Person verpflichtend. Sollte diese Person zu einer Träger-Organisation (z.B. kirchlicher Träger) gehörn, kann diese optional benannt werden.

< Element DT Card Conf Beschreibung
person 1..1 M Assoziation mit Person als Betreuer
< Element DT Card Conf Beschreibung
organization 1..1 M Assoziation mit Organisation des Betreuers

Für die Beschreibungen der EntityClasses Person und Organization wird auf den eArztbrief verwiesen.

Frau Getrud Schimanski ist als gesetzliche Betreuerin eingesetzt worden.

<patient>
    <name>
        <given>Heinz</given>
        <family>Schimanski</family>
    </name>
    <administrativGenderCode code="M" codeSystem="2.16.840.1.113883.5.1" displayName="männlich"/>
    <birthTime value="19390427"/>
    <religiousAffiliationCode="1041" codeSystem="2.16.840.1.113883.5.1076" displayName="römisch-katholisch"/>
    <guardian code="GUARD" classCode="2.16.840.1.113883.5.110">
        <addr>
            <streetName>Gerade Straße</streetName>
            <houseNumber>16</houseNumber>
            <postalCode>32132</postalCode>
            <city>Halle</city>
        </addr>
        <person>
            <name>
                <given>Gertrud</given>
                <family>Schimanski</family> 
            </name>
        </person>
    </guardian>
</patient>


Staatsbürgerschaft des Patienten

Da es im pflegerischen Bereich sinnvoll sein kann die Nationalität des Patienten anzugeben, wird die Darstellung der Informationen zur Nationalität des Patienten aus dem Implementierungsleitfaden zur Patientenidentifikation in den Pflegebericht übernommen.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Weitere Beteiligte

Id1.2.276.0.76.10.2024Gültigkeit2014‑08‑25
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantAnzeigenameCDA participant Weitere Beteiligte
Beschreibung
Weitere Beteiligte: Mit dieser Assoziation und den entsprechenden Klassen können weitere für die Dokumentation wichtige beteiligte Personen oder Organisationen wie Angehörige, Verwandte, Versicherungsträger sowie weitere in Beziehung zum Patienten stehende Parteien genannt werden. Hier können auch Leistungserbringer und andere Personen oder Organisationen geführt werden, die für die weitere Behandlung des Patienten relevant sein können
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.108 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:participant
0 … *(Hea...ant)
Treetree.png@typeCode
cs1 … 1RTypischerweise sind hier nur Codes für @typeCode zu verwenden, die nicht durch eine bereits existierende spezialisierte Participantion ausgedrückt werden wie z. B. author, authenticator etc.; es sind nicht alle Kombinationen von @typeCode, functionCode und associatedEntity/code sinnvoll.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10901 ParticipationType (DYNAMIC)
Treetree.png@context​Control​Code
1 … 1FOP
Treetree.pnghl7:functionCode
CE0 … 1(Hea...ant)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treetree.pnghl7:time
IVL_TS0 … 1(Hea...ant)
Treetree.pnghl7:associated​Entity
1 … 1R(Hea...ant)
Treeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19313 RoleClassAssociative (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ant)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreetree.pnghl7:addr
AD0 … *(Hea...ant)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...ant)
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1(Hea...ant)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...ant)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Hea...ant)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ant)

Angehörige (Template)

Id1.2.276.0.76.10.2021Gültigkeit2014‑08‑25
StatusKyellow.png EntwurfVersions-Label
NameHeaderParticipantAngehoerigeAnzeigenameCDA participant Angehörige
BeschreibungAngehörige oder Wohnpartner des Patienten
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90010InklusionKgreen.png CDA Person ElementsDYNAMIC
1.2.276.0.76.10.90011InklusionKgreen.png CDA Organization ElementsDYNAMIC
BeziehungSpezialisierung: Template 1.2.276.0.76.10.2024 (DYNAMIC)
Spezialisierung: Template 2.16.840.1.113883.10.12.108 (2005‑09‑07)
Beispiel
Beispiel
<participant typeCode="IND" contextControlCode="OP">
  <associatedEntity classCode="PRS">
    <code code="NBOR" codeSystem="2.16.840.1.113883.1.11.19563"/>    <addr>
      <streetName>Glockenallee</streetName>      <houseNumber>12</houseNumber>      <postalCode>54321</postalCode>      <city>Kirchburg</city>    </addr>
    <telecom use="MC" value="tel:+49160987654321"/>    <associatedPerson classCode="PSN">
      <name>
        <given>Thea</given>        <family>Meyer</family>      </name>
    </associatedPerson>
    <scopingOrganization classCode="ORG">
      <name>Kanzlei Meyer, Müller, Schulze</name>    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
(Hea...ige)
wo [hl7:templateId ​[@root​=​'1.2.276.0.76.10.2021']]
Treetree.png@typeCode
1 … 1FIND
Treetree.pnghl7:templateId
II1 … *M(Hea...ige)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.2021
Treetree.pnghl7:associated​Entity
1 … 1M(Hea...ige)
Treeblank.pngTreetree.png@classCode
1 … 1FPRS
Treeblank.pngTreetree.pnghl7:code
CE0 … 1(Hea...ige)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ige)
Treeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...ige)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M(Hea...ige)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Hea...ige)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1(Hea...ige)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ige)
Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

CDA-Section-Level-Templates für den ePflegebericht

Der Body des ePflegeberichts setzt sich aus einzelnen CDA-Section-Level-Templates und CDA Entry Level-Templates zusammen, die im weiteren beschrieben werden.

Anrede

Zur Beschreibung der Einleitungsfloskel wird das entsprechende Template aus dem Arztbrief verwendet.

Id1.2.276.0.76.10.3001Gültigkeit2013‑01‑10
StatusKgreen.png AktivVersions-Label
NameSalutationAnzeigenameAnrede
Beschreibung
Dieser Abschnitt enthält die allgemeinen einleitenden Sätze eines Dokuments, z. B. eines Arztbriefes oder eines Befund-Dokuments. Sie werden in einem Abschnitt zusammengefasst und können Anrede (z. B. „Sehr geehrter Herr Kollege,..."), eine erste Nennung des Patienten evtl. mit der zusätzlichen Angabe des Geburtsdatums etc. enthalten.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3001
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Anrede
<section>
  <templateId root="1.2.276.0.76.10.3001"/>  <code code="X-SALUT" codeSystem="2.16.840.1.113883.6.1" displayName="Salutation"/>  <text>
    <paragraph>Sehr geehrter Herr Kollege Dr. Heitmann,</paragraph>    <paragraph>Vielen Dank für die freundliche Überweisung des Patienten Paul Pappel, geb. 12. Dez. 1955.</paragraph>  </text>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Sal...ion)
Treetree.pnghl7:templateId
II1 … 1M(Sal...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3001
Treetree.pnghl7:code
CE1 … 1M(Sal...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FX-SALUT
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="X-SALUT" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
NPEin Titel des Abschnitts kommt in der Begrüßung nicht vor(Sal...ion)
Treetree.pnghl7:text
SD.TEXT1 … 1M(Sal...ion)

Pflegeprozess

Beschreibung:

In diesem CDA Section Level-Template werden die pflegespezifischen Informationen anhand des Pflegeprozesses dargestellt. Die Informationen aus dem Pflegeprozess können grundsätzlich in drei Stufen unterschieden werden. Es gibt zum einen befundorientierte Informationen zu Score-Werten bzw. Assessments, Pflegediagnosen bzw. Pflegeproblemen und Pflegezielen. Eine Information in einem dieser Konzepte kann optional eine Information in dem Konzept Pflegemaßnahmen auslösen. Letztlich wird so dargestellt, dass jeder pflegerischen Handlung mindestens ein Grund oder Auslöser zugeordnet werden muss. Eine pflegerische Maßnahme kann somit nicht isoliert stehen. Gleichzeitig kann jedem Grund oder Auslöser eine oder mehrere pflegerische Maßnahmen zugeordnet werden. Als dritte Stufe kann jeder pflegerischen Maßnahme eine Information zum Ergebnis folgen. Auch hiermit wird wieder gewährleistet, dass ein pflegerisches Ergebnis nicht alleine steht, sondern nur in Verbindung mit einer Maßnahme existiert.

Id1.2.276.0.76.10.3003Gültigkeit gültig ab 2013‑01‑09
StatusKyellow.png EntwurfVersions-Label
NameNursingProcessSectionAnzeigenamePflegeprozess Section
BeschreibungDas template "Pflegeprozess" transportiert keinen eigenen Inhalt, sondern klammert die Sections zu den einzelnen Schritten des Pflegeprozesses. Hierzu zählen Pflegediagnosen, Pflegeinterventionen, Pflegeergebnisse, Pflegeziele.

Hier werden die pflegespezifischen Informationen anhand des Pflegeprozesses dargestellt. Die Informationen aus dem Pflegeprozess können grundsätzlich in drei Stufen unterschieden werden. Es gibt zum einen befundorientierte Informationen zu Score- Werten bzw. Assessments, Pflegediagnosen bzw. Pflegeproblemen und Pflegezielen. Eine Information in einem dieser Konzepte kann optional eine Information in dem Konzept Pflegemaßnahmen auslösen. Letztlich wird so dargestellt, dass jeder pflegerischen Handlung mindestens ein Grund oder Auslöser zugeordnet werden muss. Eine pflegerische Maßnahme kann somit nicht isoliert stehen. Gleichzeitig kann jedem Grund oder Auslöser eine oder mehrere pflegerische Maßnahmen zugeordnet werden. Als dritte Stufe kann jeder pflegerischen Maßnahme eine Information zum Ergebnis folgen. Auch hiermit wird wieder gewährleistet, dass ein pflegerisches Ergebnis nicht alleine steht, sondern nur in Verbindung mit einer Maßnahme existiert.
Diese Sektion enthält selbst keine Daten, sondern beinhaltet Untersektionen zur Darstellung der einzelnen Schritte des Pflegeprozesses.
Es MUSS mindestens eine Untersektion angegeben sein.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3003
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Templates, Benutzt 4 Templates
Benutzt Template-Id als NameVersion
1.2.276.0.76.10.3004ContainmentKyellow.png Pflegediagnose Section2013‑01‑09
1.2.276.0.76.10.3006ContainmentKyellow.png Pflegeziel Section2012‑01‑09
1.2.276.0.76.10.3010ContainmentKyellow.png Pflegeintervention Section2013‑01‑10
1.2.276.0.76.10.3011ContainmentKyellow.png Pflegeergebnis Section2013‑01‑10
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3003"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.20.1.1"/>  <code code="34746-8" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegeprozess</title>  <text/>  <component>
    <section>
      <templateId root="1.2.3.999" extension="--example only--"/>    </section>
  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(NursingProcessSection)
Treetree.pnghl7:templateId
II1 … 1R(NursingProcessSection)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3003
Treetree.pnghl7:templateId
II1 … 1R(NursingProcessSection)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.20.1.1
Treetree.pnghl7:code
CE1 … 1M(NursingProcessSection)
Treeblank.pngTreetree.png@code
CONF1 … 1F34746-8
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="34746-8" name="Nursing Evaluation and Management Note" displayName="Pflegeprozess" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(NursingProcessSection)
 CONF
Elementinhalt muss "Pflegeprozess" sein
Treetree.pnghl7:text
ED1 … 1M(NursingProcessSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektionen:
  • Pflegediagnose
  • Pflegerisches Score
  • Pflegeziel

Beinhaltet 1.2.276.0.76.10.3004 Pflegediagnose Section (2013‑01‑09)
(NursingProcessSection)
Treeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:section
1 … 1R(NursingProcessSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingProcessSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektionen:
  • Pflegediagnose
  • Pflegerisches Score
  • Pflegeziel

Beinhaltet 1.2.276.0.76.10.3006 Pflegeziel Section (2012‑01‑09)
(NursingProcessSection)
Treeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:section
1 … 1R(NursingProcessSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingProcessSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektionen:
  • Pflegediagnose
  • Pflegerisches Score
  • Pflegeziel

Beinhaltet 1.2.276.0.76.10.3010 Pflegeintervention Section (2013‑01‑10)
(NursingProcessSection)
Treeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:section
1 … 1R(NursingProcessSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingProcessSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektionen:
  • Pflegediagnose
  • Pflegerisches Score
  • Pflegeziel

Beinhaltet 1.2.276.0.76.10.3011 Pflegeergebnis Section (2013‑01‑10)
(NursingProcessSection)
Treeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:section
1 … 1R(NursingProcessSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingProcessSection)

Pflegediagnosen

In diesem Segment werden Pflegediagnosen bzw. Pflegeprobleme klartextlich transportiert. Um eine Pflegediagnose näher zu beschreiben oder in einen kausalen Kontext zu stellen, können einer Pflegediagnose im Pflegebericht optional die Sections Ätiologie (Ursache), Symptome bzw. Ressourcen zugeordnet werden. Einer Pflegediagnose können entsprechend dem Pflegeprozess ein pflegerisches Ziel oder eine pflegerische Maßnahme zugeordnet werden. Außerdem kann der Klartext über ein Observationsentry mit einer strukturierten Darstellung in einer Klassifikation ergänzt werden. Die Darstellung entspricht der allgemeinen Darstellung von Diagnosen in CDA Level 3 wie sie im eArztbrief angegeben ist. Insbesondere im Zusammenhang mit Pflegediagnosen (z.B. Dekubitus) besteht die Notwendigkeit, Multimedia-Inhalte zu transportieren. Hierzu kann/soll der Anhang genutzt werden.

Id1.2.276.0.76.10.3004Gültigkeit gültig ab 2013‑01‑09
StatusKyellow.png EntwurfVersions-Label
NameNursingDiagnosisSectionAnzeigenamePflegediagnose Section
BeschreibungMit diesem template werden pflegerische Zustandsbeschreibungen transportiert. Diese Zustandsbeschreibungen können in Form von Pflegediagnosen oder Pflegeproblemen vorliegen. Gemein ist beiden Formen, dass Pflege aufgrund dieser Zustände aktiv wird. Das bedeutet, dass eine Pflegediagnose zumeist eine Pflegeintervention nach sich zieht.
In diesem Segment werden Pflegediagnosen bzw. Pflegeprobleme klartextlich transportiert.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3004
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 1 Template, Benutzt 4 Templates
Benutzt von Template-Id als NameVersion
1.2.276.0.76.10.3003ContainmentKyellow.png Pflegeprozess Section2013‑01‑09
Benutzt Template-Id als NameVersion
1.2.276.0.76.10.3010ContainmentKyellow.png Pflegeintervention SectionDYNAMIC
1.2.276.0.76.10.3007ContainmentKyellow.png ÄtiologieDYNAMIC
1.2.276.0.76.10.3008ContainmentKyellow.png SymptomeDYNAMIC
1.2.276.0.76.10.3009ContainmentKyellow.png ResourceDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3004"/>  <code code="27593-3" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegediagnose</title>  <text>Pat. kann sich nicht selbständig mobilisieren</text>  <component>
    <!-- template NursingInterventionSection (dynamic) -->
  </component>
  <component>
    <!-- template EtiologySection (dynamic) -->
  </component>
  <component>
    <!-- template SymptomsSection (dynamic) -->
  </component>
  <component>
    <!-- template RessourceSection (dynamic) -->
  </component>
</section>
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3004"/>  <code code="27593-3" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegediagnose</title>  <text>Moblisation, eingeschränkt</text>  <component>
    <!-- template NursingInterventionSection (dynamic) -->
  </component>
  <component>
    <!-- template EtiologySection (dynamic) -->
  </component>
  <component>
    <!-- template SymptomsSection (dynamic) -->
  </component>
  <component>
    <!-- template RessourceSection (dynamic) -->
  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(NursingDiagnosisSection)
Treetree.pnghl7:templateId
II1 … 1R(NursingDiagnosisSection)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3004
Treetree.pnghl7:code
CE1 … 1M(NursingDiagnosisSection)
Treeblank.pngTreetree.png@code
CONF1 … 1F27593-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="27593-3" name="SkilledNursingTreatmentPlanDiagnosisAddressedByPlan" displayName="Pflegediagnose" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(NursingDiagnosisSection)
 CONF
Elementinhalt muss "Pflegediagnose" sein
Treetree.pnghl7:text
ED1 … 1M(NursingDiagnosisSection)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3010 Pflegeintervention Section (DYNAMIC)(NursingDiagnosisSection)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3007 Ätiologie (DYNAMIC)(NursingDiagnosisSection)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3008 Symptome (DYNAMIC)(NursingDiagnosisSection)
Treetree.pnghl7:component
0 … 1Beinhaltet 1.2.276.0.76.10.3009 Resource (DYNAMIC)(NursingDiagnosisSection)

Scores

In diesem Segment werden nur Scorewerte transportiert. Die vollständige Abbildung komplexer Score-Systeme oder Assessmentinstrumente mit den verschiedenen Items oder Einzeleinträgen ist nicht vorgesehen, da dies dem Prinzip der Meta-Observations widerspricht.

Die Darstellung der Klassen aus dem Konzept „Score“ leitet sich aus dem Implementierungsleitfaden „Score-Systeme und Assessments“ v11 [ScoreS] ab. Nähere Informationen zum Transport von Score- Systemen und Werten finden sich unter http://wiki.hl7.org/index.php?title=Assessment_Scales.

Die SectionClass Score bildet die Klammer für entsprechende Einträge. Hier können sowohl freitextliche als auch codierte Informationen weitergeleitet werden.

2.16.840.1.113883.3.1937.99.61.34.10.3/dynamic

Ergibt sich der Text der DocSectionClass vollständig aus dem Level 3 Entry, so wird dies in der Beziehung zwischen der DocSection und der Observation- Klasse ausgedrückt. Der Wert des typeCode-Elements wird dann auf DRIV (derived from) festgelegt. Der narrative Text leitet sich vollständig aus dem codierten Eintrag ab.

2.16.840.1.113883.3.1937.99.61.34.10.10/dynamic

Pflegeziele

In diesem Abschnitt können Pflegeziele freitextlich weitergeleitet werden. Die Pflegziele können um eine Ressource ergänzt werden. Die Darstellung wird dabei wie unten beschieben übernommen.

Id1.2.276.0.76.10.3006Gültigkeit gültig ab 2012‑01‑09
StatusKyellow.png EntwurfVersions-Label
NameNursingGoalSectionAnzeigenamePflegeziel Section
BeschreibungDieses template dient dem Transport freitextlicher Pflegeziele. Pflegeziele sind Bestandteil des Pflegeprozesses. Sie drücken aus, welcher Zustand z.B. eines bestimmten Patientenzustands erreicht werden soll. Oftmals wird eine Frist gesetzt, bis wann das Ziel erreicht sein soll. Pflegeziele lösen in der Regel Pflegeinterventionen aus.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3006
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 1 Template, Benutzt 1 Template
Benutzt von Template-Id als NameVersion
1.2.276.0.76.10.3003ContainmentKyellow.png Pflegeprozess Section2013‑01‑09
Benutzt Template-Id als NameVersion
1.2.276.0.76.10.3010ContainmentKyellow.png Pflegeintervention Section2013‑01‑10
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3006"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.31"/>  <code code="18776-5" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegeziele</title>  <text>verbesserte Mobilisation bis zum 23.08.14</text>  <component>
    <section>
      <templateId root="1.2.3.999" extension="--example only--"/>    </section>
  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(NursingGoalSection)
Treetree.pnghl7:templateId
II1 … 1R(NursingGoalSection)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3006
Treetree.pnghl7:templateId
II1 … 1R(NursingGoalSection)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.31
Treetree.pnghl7:code
CE1 … 1M(NursingGoalSection)
Treeblank.pngTreetree.png@code
CONF1 … 1F18776-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="18776-5" displayName="Plan of Treatment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(NursingGoalSection)
 CONF
Elementinhalt muss "Pflegeziele" sein
Treetree.pnghl7:text
1 … *M(NursingGoalSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektion:
  • Resource
  • Pflegeinterventionen
(NursingGoalSection)
Treeblank.pngTreetree.pnghl7:section
1 … 1RBeinhaltet 1.2.276.0.76.10.3010 Pflegeintervention Section (2013‑01‑10)(NursingGoalSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingGoalSection)

Die Darstellung von Pflegezielen auf Level 3 entspricht weitestgehend der Darstellung von Pflegediagnosen im Rahmen einer ObservationClass (s.o.).

2.16.840.1.113883.3.1937.99.61.34.10.11/dynamic

Pflegerische Maßnahmen

In diesem Segment werden pflegerische Maßnahmen klartextlich transportiert.

Id1.2.276.0.76.10.3010Gültigkeit gültig ab 2013‑01‑10
StatusKyellow.png EntwurfVersions-Label
NameNursingInterventionSectionAnzeigenamePflegeintervention Section
BeschreibungMithilfe dieses templates können Pflegeinterventionen/Pflegemaßnahmen freitextlich transportiert werden. Im Idealfall werden Pflegemaßnahmen aufgrund eines bestimmten Zustands des Patienten durchgeführt, der sich z.B. in Pflegediagnosen oder Assessments ausdrückt. Somit folgen Pflegeinterventionen zumeist Pflegediagnosen oder Assessments bzw. Score- Werten. Darüber hinaus besteht die Möglichkeit, dass Pflege aufgrund einer bestimmten Zielsetzung aktiv wird, so dass Pflegeinterventionen auch Pflegezielen folgen können. 
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3010
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 3 Templates, Benutzt 1 Template
Benutzt von Template-Id als NameVersion
1.2.276.0.76.10.3003ContainmentKyellow.png Pflegeprozess Section2013‑01‑09
1.2.276.0.76.10.3004ContainmentKyellow.png Pflegediagnose Section2013‑01‑09
1.2.276.0.76.10.3006ContainmentKyellow.png Pflegeziel Section2012‑01‑09
Benutzt Template-Id als NameVersion
1.2.276.0.76.10.3011ContainmentKyellow.png Pflegeergebnis Section2013‑01‑10
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3010"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.13.2.11"/>  <code code="29544-3" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegeintervention</title>  <text>zweistündliche Lagerung, rechts, links, Rücken</text>  <component>
    <section>
      <templateId root="1.2.3.999" extension="--example only--"/>    </section>
  </component>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(NursingInterventionSection)
Treetree.pnghl7:templateId
II1 … 1R(NursingInterventionSection)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3010
Treetree.pnghl7:templateId
II1 … 1R(NursingInterventionSection)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.13.2.11
Treetree.pnghl7:code
CE1 … 1M(NursingInterventionSection)
Treeblank.pngTreetree.png@code
CONF1 … 1F29544-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="29544-3" displayName="Procedures" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(NursingInterventionSection)
 CONF
Elementinhalt muss "Pflegeintervention" sein
Treetree.pnghl7:text
ED1 … 1M(NursingInterventionSection)
Treetree.pnghl7:component
1 … *MMögliche Untersektion:
  • Pflegeergebnis

Beinhaltet 1.2.276.0.76.10.3011 Pflegeergebnis Section (2013‑01‑10)
(NursingInterventionSection)
Treeblank.png wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:section
1 … 1R(NursingInterventionSection)
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … *R(NursingInterventionSection)

Auf Level 3 werden pflegerische Maßnahmen in Anlehnung an den Arztbrief [eArztbrief] als Procedure abgebildet.

Pflegeergebnisse

Ist mit der dokumentierten Pflegemaßnahme bereits ein Ergebnis erzielt worden, so können diese Pflegeergebnisse optional in einer der Maßnahme folgenden Klasse dargestellt werden.

Id1.2.276.0.76.10.3011Gültigkeit gültig ab 2013‑01‑10
StatusKyellow.png EntwurfVersions-Label
NameNursingOutcomeSectionAnzeigenamePflegeergebnis Section
BeschreibungMit diesem template kann das Ergebnis pflegerischer Interventionen / Maßnahmen im Sinne einer Evaluation transportiert werden. Pflegeergebnis stellen Beschreibungen oder Bezeichnungen von Zustandsveränderungen dar. Je nach Ergebnis muss die Durchführung der Maßnahme verlängert werden, eine alternative Maßnahme geplant werden oder kann die Maßnahme abgesetzt werden.
Ist mit der dokumentierten Pflegemaßnahme bereits ein Ergebnis erzielt worden, so können diese Pflegeergebnisse optional in einer der Maßnahme folgenden Klasse dargestellt werden.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3011
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 4 Templates, Benutzt 0 Templates
Benutzt von Template-Id als NameVersion
1.2.276.0.76.10.3003ContainmentKyellow.png Pflegeprozess Section2013‑01‑09
1.2.276.0.76.10.3010ContainmentKyellow.png Pflegeintervention Section2013‑01‑10
1.2.276.0.76.10.3004Link.pngKyellow.png Pflegediagnose Section2013‑01‑09
1.2.276.0.76.10.3006Link.pngKyellow.png Pflegeziel Section2012‑01‑09
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3011"/>  <code code="X-Progress" codeSystem="2.16.840.1.113883.6.1"/>  <title>Pflegeergebnis</title>  <text>verbesserte Mobilisation mit dem Rollator</text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(NursingOutcomeSection)
Treetree.pnghl7:templateId
II1 … 1R(NursingOutcomeSection)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3011
Treetree.pnghl7:code
CE1 … 1M(NursingOutcomeSection)
Treeblank.pngTreetree.png@code
CONF1 … 1FX-Progress
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="X-Progress" displayName="Progress" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1M(NursingOutcomeSection)
 CONF
Elementinhalt muss "Pflegeergebnis" sein
Treetree.pnghl7:text
ED1 … 1M(NursingOutcomeSection)

Auf Level 3 werden pflegerische Ergebnisse als Observation abgebildet.

2.16.840.1.113883.3.1937.99.61.34.10.12/dynamic

Hilfsmittel

Als weitere Zusatzinformation zu den pflegerischen Beobachtungen oder Maßnahmen können Hilfsmittel angegeben werden, die der Patient gegebenenfalls nutzt. Solche Hilfsmittel müssen eventuell bei der Benennung von pflegerischen Scorewerten, Pflegediagnosen oder Maßnahmen mit genannt werden.

Die Darstellung der Hilfsmittel folgt dem Clinical Statement Pattern der CDA.

2.16.840.1.113883.3.1937.99.61.34.10.20/dynamic

Weitere Informationen werden als Entry eingegeben.


Soziale Informationen

Soziale und insbesondere biographische Informationen spielen für Pflegende speziell im Bereich der Versorgung von Demenzkranken eine wichtige Rolle. Aus diesem Grund umfasst der Pflegebericht eine Section für die sozialen Informationen.

Das Section-Level-Template SocialInformation enthält die Informationen zur Biographie des Patienten. Von dieser Klasse geht ein Section-Level-Template zum ausgeübten Beruf aus.

2.16.840.1.113883.3.1937.99.61.34.10.8/dynamic

Ausgeübter Beruf

Als Untereintrag enthält die Section Informationen zum (ehemaligen) Beruf des Patienten.

2.16.840.1.113883.3.1937.99.61.34.10.2/dynamic

Homecare Status

Für die ambulante Pflegeversorgung sind Informationen zu den Wohnverhältnissen von Bedeutung. Dies umfasst sowohl Informationen zu Hilfsmitteln, wie auch zur Barrierefreiheit oder dem barrierefreien Zugang zur Wohnung.

2.16.840.1.113883.3.1937.99.61.34.10.21/dynamic

Mögliche Untersektionen dieses Bereichs sind Informationen zur Barrierefreiheit. Diese werden in den folgenden Unterabschnitten betrachtet.


Barrierefreiheit

Von der DocSection Barrierefreiheit (Accessibility) gehen folgende SubSections aus: Zugang zur Wohnung, Barrierefreiheit in der Wohnung, Wohnraumanpassung und Wohnumfeldberatung.

2.16.840.1.113883.3.1937.99.61.34.10.17/dynamic

Zugang zur Wohnung

2.16.840.1.113883.3.1937.99.61.34.10.16/dynamic

Barrierefreiheit in der Wohnung

2.16.840.1.113883.3.1937.99.61.34.10.15/dynamic

Wohnraumanpassung

2.16.840.1.113883.3.1937.99.61.34.10.14/dynamic

Wohnumfeldberatung

2.16.840.1.113883.3.1937.99.61.34.10.13/dynamic

Wohnform

Die Wohnform kann sowohl narrativ als auch nominal angegeben werden.

Im narrativen Fall ist folgendes Template zu nutzen.

2.16.840.1.113883.3.1937.99.61.34.10.18/dynamic

Im nominalen Fall ist auf dieses Template zurückzugreifen.

2.16.840.1.113883.3.1937.99.61.34.10.19/dynamic


Hilfsmittel

Für die Hilfsmittel sind die gleichen Templates wie im Pflegeprozess zu verwenden.


Sozialrechtliche Informationen

Im Umfeld der pflegerischen Versorgung sind auch sozialrechtliche Informationen für die Beteiligten aus den unterschiedlichen Berufsgruppen von Bedeutung.

Aus diesem Grund ermöglicht der ePflegebericht den Transport entsprechender Informationen. Dieser Abschnitt dient aber nicht zur Weiterleitung des Inhalts der unterschiedlichen Dokumente (z.B. einer Patientenverfügung). Hier sollen nur die administrativen Informationen weitergeleitet werden, also z.B. die reine Existenz eines solchen Dokuments bzw. Bescheids.

2.16.840.1.113883.3.1937.99.61.34.10.26/dynamic

Bestellung eines Betreuers

2.16.840.1.113883.3.1937.99.61.34.10.25/dynamic


Hilfe nach SGB XII

Diese Informationen können sowohl narrativ als auch nominal hinterlegt werden. Im narrativen Fall muss folgendes Template verwendet werden:

2.16.840.1.113883.3.1937.99.61.34.10.23/dynamic

Im nominalen Fall hingegen ist folgendes Template zu verwenden:

2.16.840.1.113883.3.1937.99.61.34.10.24/dynamic


Pflegegrad

Ebenfalls hinterlegt werden können Informationen zum Pflegegrad, sowohl narrativ als auch nominal.

Narrativ:

2.16.840.1.113883.3.1937.99.61.34.10.5/dynamic

Nominal:

2.16.840.1.113883.3.1937.99.61.34.10.9/dynamic


Verfügungen

Narrativ:

2.16.840.1.113883.3.1937.99.61.34.10.6/dynamic

Nominal:

2.16.840.1.113883.3.1937.99.61.34.10.22/dynamic


Medizinische Informationen

Werden einzelne medizinische Informationen im Pflegebericht mitgeliefert, so kann dies in einigen Fällen die Arbeit der Pflegekräfte deutlich erleichtern. Zwingende Voraussetzung hierfür ist es, dass die Informationen aus diesem medizinischen Abschnitt auf der Sender- Seite von einem Mediziner signiert und freigegeben werden.

Die Klassen und Elemente werden dabei aus dem Implementierungsleitfaden Arztbrief [eArztbrief] sowie dem Addendum Medikation zum Arztbrief [Medik] übernommen.

2.16.840.1.113883.3.1937.99.61.34.10.4/dynamic

Diagnosen

Aufnahmediagnosen

Id1.2.276.0.76.10.3026Gültigkeit2017‑02‑01
Andere Versionen mit dieser Id:
  • Kblank.png Admissiondiagnosissection vom 2013‑12‑30
StatusKyellow.png EntwurfVersions-Label
NameAdmissiondiagnosissectionAnzeigenameAufnahmediagnose
BeschreibungSpeziell gekennzeichnete Diagnose, die im Verlauf der Aufnahmeuntersuchung gestellt wird.
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4079ContainmentKyellow.png Diagnose Concern ActDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:section
(Adm...ion)
Treetree.pnghl7:templateId
II1 … 1(Adm...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3026
Treetree.pnghl7:code
CE1 … 1M(Adm...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F46241-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Adm...ion)
 CONF
Elementinhalt muss "Aufnahmediagnosen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Adm...ion)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.276.0.76.10.4079 Diagnose Concern Act (DYNAMIC)(Adm...ion)
Treeblank.png wo [hl7:act [hl7:code [(@code = 'CONC' and @codeSystem = '2.16.840.1.113883.5.6')]]]


Entlassungsdiagnose

Id1.2.276.0.76.10.3027Gültigkeit2017‑02‑01
Andere Versionen mit dieser Id:
  • Kblank.png Dischargediagnosissection vom 2013‑12‑30
StatusKyellow.png EntwurfVersions-Label
NameDischargediagnosissectionAnzeigenameEntlassungsdiagnose
BeschreibungDiagnose, mit der der Patient entlassen wurde
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4079ContainmentKyellow.png Diagnose Concern ActDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel zur Textformatierung der Diagnosen in Form von Tabellen
<section>
  <code code="29548-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <title>29.08.2005: Diagnosen mit ICD 10</title>  <text>
    <table border="1">
      <thead>
        <tr>
          <th>Diagnose</th>          <th>ICD Code</th>          <th>Lokalisation</th>          <th>Zusatz</th>        </tr>
      </thead>
      <tbody>
        <tr>
          <td>
            <content ID="diag_1">Allergisches Asthma</content>          </td>
          <td>J45.0</td>          <td>--</td>          <td>G</td>        </tr>
        <tr>
          <td>
            <content ID="diag_2">Ausschluss Lungenemphysem</content>          </td>
          <td>J43.9</td>          <td>--</td>          <td>A</td>        </tr>
        <tr>
          <td>
            <content ID="diag_3">V.a. Allergische Rhinopathie durch Pollen</content>          </td>
          <td>J31.1</td>          <td>--</td>          <td>V</td>        </tr>
      </tbody>
    </table>
  </text>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Dis...ion)
Treetree.pnghl7:templateId
II1 … 1(Dis...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3027
Treetree.pnghl7:code
CE1 … 1M(Dis...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F11535-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Dis...ion)
 CONF
Elementinhalt muss "Entlassungsdiagnosen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Dis...ion)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.276.0.76.10.4079 Diagnose Concern Act (DYNAMIC)(Dis...ion)
Treeblank.png wo [hl7:act [hl7:code [(@code = 'CONC' and @codeSystem = '2.16.840.1.113883.5.6')]]]

DiagnoseConcernArt

Id1.2.276.0.76.10.4079Gültigkeit2015‑12‑06
StatusKyellow.png EntwurfVersions-Label
NameDiagnoseConcernActAnzeigenameDiagnose Concern Act
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4079
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.4080ContainmentKyellow.png Diagnose ObservationDYNAMIC
1.2.276.0.76.10.4076ContainmentKyellow.png Priorität PräferenzDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.301 (2005‑09‑07)
Adaptation: Template 2.16.840.1.113883.10.20.22.4.3 (2015‑08‑01)
Spezialisierung: Template 1.2.276.0.76.10.4074 (2015‑12‑06)
Beispiel
Beispiel
<act classCode="ACT" moodCode="EVN">
  <!-- Diagnose Concern Act-->
  <templateId root="1.2.276.0.76.10.4079"/>  <id root="ec8a6ff8-ed4b-4f7e-82c3-e98e58b45de7"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6" displayName="Concern"/>  <!-- Der statusCode besagt, dass die Diagnose noch besteht (aktuell/aktiv) und verfolgt werden muss -->
  <statusCode code="active"/>  <effectiveTime>
    <!-- Das low Element gibt an, wann die Diagnose zum ersten Male dokumentiert worden ist -->
    <low value="201307061145-0800"/>  </effectiveTime>
  <author typeCode="AUT">
    <!-- dasselbe wie Concern effectiveTime/low -->
    <time value="201307061145-0800"/>    <assignedAuthor>
      <!-- Autor der Diagnose mit id und code -->
    </assignedAuthor>
  </author>
  <entryRelationship typeCode="SUBJ">
    <observation classCode="OBS" moodCode="EVN">
      <!-- Diagnose Observation -->
    </observation>
  </entryRelationship>
</act>
ItemDTKardKonfBeschreibungLabel
hl7:act
(Dia...Act)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
1 … 1M(Dia...Act)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.4079
Treetree.pnghl7:id
1 … *(Dia...Act)
Treetree.pnghl7:code
1 … 1M(Dia...Act)
Treeblank.pngTreetree.png@code
CONF1 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
1 … 1M(Dia...Act)
Treetree.pnghl7:effectiveTime
1 … 1M(Dia...Act)
Treeblank.pngTreetree.pnghl7:low
1 … 1M(Dia...Act)
Treeblank.pngTreetree.pnghl7:high
0 … 1(Dia...Act)
Treetree.pnghl7:author
0 … *R(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Dia...Act)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS1 … 1R(Dia...Act)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M(Dia...Act)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1(Dia...Act)
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *(Dia...Act)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Dia...Act)
Treetree.pnghl7:entryRelationship
1 … *MBeinhaltet 1.2.276.0.76.10.4080 Diagnose Observation (DYNAMIC)(Dia...Act)
Treeblank.png wo [hl7:observation [hl7:code [concat(@code, @codeSystem) = doc('include/voc-1.2.276.0.76.11.62-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treetree.pnghl7:entryRelationship
0 … *Wichtigkeit der Diagnose laut Einschätzung des Gesundheitsdienstleisters
Beinhaltet 1.2.276.0.76.10.4076 Priorität Präferenz (DYNAMIC)
(Dia...Act)
Treeblank.png wo [hl7:observation [hl7:code [(@code = '77303-6' and @codeSystem = '2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FREFR

Medikationen

bei Einweisung

Id1.2.276.0.76.10.3029Gültigkeit2017‑02‑01
Andere Versionen mit dieser Id:
  • Kblank.png Admissionmedicationsection vom 2013‑12‑30
StatusKyellow.png EntwurfVersions-Label
NameAdmissionmedicationsectionAnzeigenameMedikation bei Einweisung (Historie)
BeschreibungErhobene Medikation bei Aufnahme des Patienten.
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4022ContainmentKyellow.png MedikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:section
(Adm...ion)
Treetree.pnghl7:templateId
II1 … 1(Adm...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.276.0.76.10.3029
Treetree.pnghl7:code
CE1 … 1M(Adm...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F42346-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Adm...ion)
 CONF
Elementinhalt muss "Medikation bei Aufnahme" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Adm...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4022 Medikation (DYNAMIC)(Adm...ion)
Treeblank.png wo [hl7:substanceAdministration [hl7:code [(@code = 'DRUG' and @codeSystem = '2.16.840.1.113883.5.4')]]]

während des Aufenthalts

Id1.2.276.0.76.10.3030Gültigkeit2017‑02‑01
Andere Versionen mit dieser Id:
  • Kblank.png Medicationduringstaysection vom 2013‑12‑30
StatusKyellow.png EntwurfVersions-Label
NameMedicationduringstaysectionAnzeigenameVerabreichte Medikation während des Aufenthalts
BeschreibungSämtliche verabreichte Medikation während des Aufenthalts
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4022ContainmentKyellow.png MedikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … *(Med...ion)
Treetree.pnghl7:templateId
II1 … 1R(Med...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3030
Treetree.pnghl7:code
CE1 … 1M(Med...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F29549-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Med...ion)
 CONF
Elementinhalt muss "Verabreichte Medikation während des Aufenthalts" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Med...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4022 Medikation (DYNAMIC)(Med...ion)
Treeblank.png wo [hl7:substanceAdministration [hl7:code [(@code = 'DRUG' and @codeSystem = '2.16.840.1.113883.5.4')]]]

bei Entlassung

Id1.2.276.0.76.10.3031Gültigkeit2017‑02‑01
Andere Versionen mit dieser Id:
  • Kblank.png Dischargemedicationsection vom 2013‑12‑30
StatusKyellow.png EntwurfVersions-Label
NameDischargemedicationsectionAnzeigenameMedikation bei Entlassung
BeschreibungMedikation bei Entlassung
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4022ContainmentKyellow.png MedikationDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:section
(Dis...ion)
Treetree.pnghl7:templateId
II1 … 1(Dis...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3031
Treetree.pnghl7:code
CE1 … 1M(Dis...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F10183-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(Dis...ion)
 CONF
Elementinhalt muss "Medikation bei Entlassung" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Dis...ion)
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.276.0.76.10.4022 Medikation (DYNAMIC)(Dis...ion)
Treeblank.png wo [hl7:substanceAdministration [hl7:code [(@code = 'DRUG' and @codeSystem = '2.16.840.1.113883.5.4')]]]


Anhänge

Für mögliche Anhänge an den ePflegebericht (z.B. Fotos einer Wunde) gilt die entsprechende Spezifikation im Implementierungsleitfaden des Arztbriefes [eArztbrief].

Id1.2.276.0.76.10.3037Gültigkeit2014‑08‑25
StatusKgreen.png AktivVersions-Label
NameBeilagenAnzeigenameBeilagen/Anhang
Beschreibung
Sonstige Beilagen/Anhänge, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ angegeben sind.
Diese Section sollte (mind.) ein Entry enthalten.
Die Anhänge können entweder als Referenz oder als direkte Inklusion des Objektes übermittelt werden.
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.3037
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.276.0.76.10.4014ContainmentKyellow.png Eingebettetes Objekt EntryDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
Beispiel
Beispiel
<section>
  <templateId root="1.2.276.0.76.10.3037"/>  <code code="X-OBSMED" displayName="Beilagen" codeSystem="2.16.840.1.113883.6.1"/>  <title>Beilagen/Anhänge</title>  <text>Bild vom Befund an der linken Hand</text>  <entry>
    <!-- template 1.2.276.0.76.10.4014 'Eingebettetes Objekt Entry' (dynamic) -->
  </entry>
</section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bei...gen)
Treetree.pnghl7:templateId
II1 … 1(Bei...gen)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3037
Treetree.pnghl7:code
CE1 … 1M(Bei...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1FX-OBSMED
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="X-OBSMED" displayName="Beilagen" codeSystem="2.16.840.1.113883.6.1"/>
Treetree.pnghl7:title
ST1 … 1(Bei...gen)
 CONF
Elementinhalt muss "Beilagen/Anhänge" sein
Treetree.pnghl7:text
SD.TEXT1 … 1(Bei...gen)
Treetree.pnghl7:entry
0 … 1Beinhaltet 1.2.276.0.76.10.4014 Eingebettetes Objekt Entry (DYNAMIC)(Bei...gen)
Treeblank.png wo [hl7:observationMedia]
Id1.2.276.0.76.10.4014Gültigkeit2014‑08‑25
StatusKyellow.png EntwurfVersions-Label
NameEingebettetes​ObjektEntryAnzeigenameEingebettetes Objekt Entry
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4014
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Beispiel
Beispiel
<observationMedia classCode="OBS" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4014"/>  <value mediaType="image/jpeg">
    <reference value="lefthand.jpeg"/>  </value>
</observationMedia>
ItemDTKardKonfBeschreibungLabel
hl7:observationMedia
1 … 1(Ein...try)
Treetree.png@classCode
1 … 1FOBS
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1(Ein...try)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4014
Treetree.pnghl7:value
ED1 … 1MIm Falle
  • einer eingebetteten Beilage wird als @representation als Encoding B64 (Base-64) angegeben und der Elementinhalt ist die Beilage B64-encoded.
  • einer referenzierten Beilage wird in reference/@value die URL zur Beilage angegeben.
(Ein...try)
Treeblank.pngTreetree.png@mediaType
1 … 1R
 CONF
Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.276.0.76.11.14 Medientypen (DYNAMIC)
Treeblank.pngTreetree.png@representation
1 … 1FB64
Treeblank.pngTreetree.pnghl7:reference
URL0 … 1(Ein...try)

Schlusstext / Abschließende Bemerkung

Id1.2.276.0.76.10.3034Gültigkeit2013‑12‑30
StatusKgreen.png AktivVersions-Label
NameFinalremarkssectionAnzeigenameAbschließende Bemerkungen
BeschreibungEin am Ende des Briefes formulierter Freitext entsprechend einer Grußformel, z.B.: "mit kollegialen Grüßen
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)
ItemDTKardKonfBeschreibungLabel
hl7:section
(Fin...ion)
Treetree.pnghl7:templateId
II1 … 1(Fin...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.3034
Treetree.pnghl7:code
CE1 … 1M(Fin...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1FX-FINREM
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST0 … 1(Fin...ion)
Treetree.pnghl7:text
SD.TEXT1 … 1M(Fin...ion)



CDA-Entry-Level-Templates für den ePflegebericht

Pflegeprozess

Pflegerische Diagnosen, Probleme und Pflegephänomene

2.16.840.1.113883.3.1937.99.61.34.10.27/dynamic oder {{:1.2.276.0.76.10.4001/dynamic}

Pflegescore

2.16.840.1.113883.3.1937.99.61.34.10.29/dynamic

Pflegeziel

2.16.840.1.113883.3.1937.99.61.34.10.32/dynamic

Pflegeintervention

2.16.840.1.113883.3.1937.99.61.34.10.30/dynamic

Pflegeergebnis

2.16.840.1.113883.3.1937.99.61.34.10.31/dynamic

Homecare Status

Wohnform

2.16.840.1.113883.3.1937.99.61.34.10.41/dynamic

Hilfsmittel

2.16.840.1.113883.3.1937.99.61.34.10.38/dynamic

Sozialrechtliche Informationen

Bestellung eines Betreuers

Betreuer

2.16.840.1.113883.3.1937.99.61.34.10.34/dynamic

Vormundschaftsgericht

2.16.840.1.113883.3.1937.99.61.34.10.33/dynamic

Hilfe nach SGB XII

2.16.840.1.113883.3.1937.99.61.34.10.35/dynamic

Pflegegrad

2.16.840.1.113883.3.1937.99.61.34.10.7/dynamic

Verfügungen

2.16.840.1.113883.3.1937.99.61.34.10.36/dynamic

Medizinische Informationen

Medikationsstatement

Id1.2.276.0.76.10.4022Gültigkeit gültig ab 2017‑06‑04

Es gibt Versionen von Templates mit dieser Id:
  • MedicationStatement vom 2017‑06‑04
  • MedicationStatement vom 2014‑11‑01
StatusKyellow.png EntwurfVersions-Label
NameMedicationStatementAnzeigenameMedikation
BeschreibungMedikations-Eintrag (Medication Statement)
KontextElternknoten des Template-Element mit Id 1.2.276.0.76.10.4022
Labelmedspmp
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 3 Templates, Benutzt 10 Templates
Benutzt von als NameVersion
1.2.276.0.76.10.4261ContainmentKyellow.png Medikation Gruppierung2017‑07‑05
1.2.276.0.76.10.3041Link.pngKyellow.png Aktuelle Medikation2017‑06‑04
1.2.276.0.76.10.1024Link.pngKyellow.png Patientenbezogener Medikationsplan Plus (v2015)2017‑07‑07
Benutzt als NameVersion
1.2.276.0.76.10.90023InklusionKyellow.png EinnahmedauerDYNAMIC
1.2.276.0.76.10.4025ContainmentKyellow.png MedikamentDYNAMIC
1.2.276.0.76.10.90025InklusionKyellow.png Author (Body)DYNAMIC
1.2.276.0.76.10.90020InklusionKyellow.png RelatedEntity (Body)DYNAMIC
1.2.276.0.76.10.4023ContainmentKyellow.png EinzeldosierungenDYNAMIC
1.2.276.0.76.10.4024ContainmentKyellow.png Dosierung FreitextDYNAMIC
1.2.276.0.76.10.4026ContainmentKyellow.png PatienteninstruktionenDYNAMIC
1.2.276.0.76.10.4027ContainmentKyellow.png Grund für MedikationDYNAMIC
1.2.276.0.76.10.4028ContainmentKyellow.png Bezug zu Verordnung des MedikamentsDYNAMIC
1.2.276.0.76.10.4029ContainmentKyellow.png Bezug zu Abgabe des MedikamentsDYNAMIC
BeziehungSpezialisierung: Template 2.16.840.1.113883.10.12.308 (2005‑09‑07)
Beispiel
Beispiel
<substanceAdministration classCode="SBADM" moodCode="EVN">
  <templateId root="1.2.276.0.76.10.4022"/>  <id root="1.2.3.999"/>  <code code="DRUG" codeSystem="2.16.840.1.113883.5.4"/>  <text>
    <reference value="#med-1"/>  </text>
  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">
    <!-- Einnahmeperiode, optional -->
  </effectiveTime>
  <!-- Art der Anwendung -->
  <routeCode code="20053000" codeSystem="0.4.0.127.0.16.1.1.2.1" displayName="Oral use" codeSystemName="EDQM"/>  <consumable typeCode="CSM">
    <!-- Arzneimittel/Wirkstoff/Rezeptur -->
  </consumable>
  <author>
    <!-- Autor des Medikationseintrags: verschreibender Gesundheitsdienstleister -->
  </author>
  <participant typeCode="AUT">
    <!-- Selbstmedikation (Quelle: Patient) -->
  </participant>
  <informant typeCode="INF">
    <!-- Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten -->
  </informant>
  <entryRelationship typeCode="COMP">
    <!-- Einnahme: morgens, mittags, abends, nachts (template 1.2.276.0.76.10.4023) -->
    <!-- oder Freitextliche Dosierinstruktionen (template 1.2.276.0.76.10.4024) -->
  </entryRelationship>
  <entryRelationship typeCode="SUBJ" inversionInd="true">
    <!-- Patienteninstruktionen (template 2.16.840.1.113883.10.20.1.49) -->
  </entryRelationship>
  <entryRelationship typeCode="RSON">
    <!-- Grund der Einnahme (template 2.16.840.1.113883.10.20.22.4.19) -->
  </entryRelationship>
</substanceAdministration>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
0 … *medspmp
Treetree.png@classCode
1 … 1FSBADM
Treetree.png@moodCode
1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1Mmedspmp
Treeblank.pngTreetree.png@root
1 … 1F1.2.276.0.76.10.4022
Treetree.pnghl7:id
II0 … *Rmedspmp
Treetree.pnghl7:code
CV1 … 1Mmedspmp
Treeblank.pngTreetree.png@code
CONF1 … 1FDRUG
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.4 (Act Code)
Treetree.pnghl7:text
ED1 … 1Mmedspmp
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#med-{generierteID}, z.B.: #med-1
Treetree.pnghl7:statusCode
CS1 … 1Rmedspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.25 ActStatusActiveCompletedAbortedSuspended (DYNAMIC)
Eingefügt0 … 1R von 1.2.276.0.76.10.90023 Einnahmedauer (DYNAMIC)
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:low|hl7:high]
  • hl7:effectiveTime[hl7:width]
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier spezifisches Interval von bismedspmp
Treeblank.pngTreeblank.png wo [hl7:lowoder
hl7:high]
 Beispiel
Intervall bekannt
<effectiveTime>
  <low value="20130321"/>  <high value="20140321"/></effectiveTime>
 Beispiel
Keine Informationen über die Einnahmedauer
<effectiveTime nullFlavor="NI"/>
 Beispiel
unbekanntes Ende-Datum
<effectiveTime>
  <low value="20130321"/>  <high value="UNK"/></effectiveTime>
 Beispiel
Dauermedikation
<effectiveTime>
  <low value="20130321"/>  <high value="NA"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.​DATE.​MIN1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.​DATE.​MIN0 … 1Rmedspmp
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS … 1CZeitelement zur Dokumentation der Einnahmedauer, hier Dauermedspmp
Treeblank.pngTreeblank.png wo [hl7:width]
 Beispiel
Einnahme für zwei Wochen
<effectiveTime>
  <width value="2" unit="wk"/></effectiveTime>
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
1 … 1R
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.276.0.76.11.452 Zeiteinheiten (UCUM) (DYNAMIC)
Treetree.pnghl7:routeCode
CE0 … 1RArt der Anwendung der Arzneimedspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.2.6.60.4.11.26 EDQMRouteofAdministration (DYNAMIC)
Treetree.pnghl7:consumable
1 … 1MArzneimittel/Wirkstoff/Rezeptur
Beinhaltet 1.2.276.0.76.10.4025 Medikament (DYNAMIC)
medspmp
Treeblank.png wo [not(@nullFlavor)]
Auswahl0 … 1
Autor, entweder:
  • Selbstmedikation (Quelle: Patient)
  • verschreibender Gesundheitsdienstleister
Elemente in der Auswahl:
  • hl7:author
  • hl7:participant
Treeblank.pngTreetree.pnghl7:author
Autor dieser Information ist ein Gesundheitsdienstleistermedspmp
 Beispiel
Autor der Information ist ein Gesundheitsdienstleister
<author>
  <time value="20131221"/>  <assignedAuthor>
    <id root="1.2.276.0.76.4.16" extension="123456701"/>    <assignedPerson>
      <name>
        <given qualifier="IN">Jan H.</given>        <family>Ausarz</family>      </name>
    </assignedPerson>
  </assignedAuthor>
</author>
Eingefügt von 1.2.276.0.76.10.90025 Author (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1medspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *Rmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF1 … 1F2.16.840.1.113883.5.111 (Role Code)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1medspmp
Eingefügt von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1medspmp
Eingefügt von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1medspmp
Treeblank.pngTreetree.pnghl7:participant
Autor dieser Information ist der Patientmedspmp
Treeblank.pngTreeblank.pngTreetree.png@typeCode
1 … 1FAUT
 Beispiel
Autor der Information ist der Patient
<participant typeCode="AUT">
  <participantRole classCode="PAT"/></participant>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS0 … 1Rmedspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:participantRole
1 … 1Mmedspmp
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FPAT
Treetree.pnghl7:informant
0 … 1Informant dieser Information ist eine Kontaktperson/Angehöriger des Patientenmedspmp
Treeblank.pngTreetree.png@typeCode
0 … 1FINF
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
 Beispiel
Informant dieser Information ist eine Kontaktperson/Angehöriger des Patienten
<informant>
  <relatedEntity classCode="CON">
    <relatedPerson classCode="PSN" determinerCode="INSTANCE">
      <name> ... </name>    </relatedPerson>
  </relatedEntity>
</informant>
Treeblank.pngTreetree.pnghl7:relatedEntity
1 … 1Mmedspmp
Eingefügt von 1.2.276.0.76.10.90020 RelatedEntity (Body) (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R
 CONF
Der Wert von @classCode muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19316 RoleClassMutualRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1medspmp
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.19563 PersonalRelationshipRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *medspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *medspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS0 … 1medspmp
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedPerson
0 … 1medspmp
Eingefügt0 … * von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN0 … *medspmp
Treetree.pnghl7:entryRelationship
0 … 5REinnahme: morgens, mittags, abends, zur Nacht
Beinhaltet 1.2.276.0.76.10.4023 Einzeldosierungen (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangabenmedspmp
Treetree.pnghl7:entryRelationship
0 … 1RFreitextliche Dosierinstruktionen
Beinhaltet 1.2.276.0.76.10.4024 Dosierung Freitext (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT.POS0 … 1Reihenfolge in der Liste der Dosierungsangabenmedspmp
Treetree.pnghl7:entryRelationship
0 … *RPatienteninstruktionen
Beinhaltet 1.2.276.0.76.10.4026 Patienteninstruktionen (DYNAMIC)
medspmp
Treeblank.png wo [hl7:act [hl7:code [(@code='PINSTRUCT' and @codeSystem='1.3.6.1.4.1.19376.1.5.3.2')]]]
Treeblank.pngTreetree.png@typeCode
1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
1 … 1Ftrue
Treetree.pnghl7:entryRelationship
0 … *RGrund für die Medikation
Beinhaltet 1.2.276.0.76.10.4027 Grund für Medikation (DYNAMIC)
medspmp
Treeblank.png wo [hl7:observation [hl7:code [(@code='75326-9' and @codeSystem='2.16.840.1.113883.6.1')]]]
Treeblank.pngTreetree.png@typeCode
1 … 1FRSON
Treetree.pnghl7:entryRelationship
0 … *RBezug zu einer Verordnung
Beinhaltet 1.2.276.0.76.10.4028 Bezug zu Verordnung des Medikaments (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
1 … 1FREFR
Treetree.pnghl7:entryRelationship
0 … *RBezug zu einer Abgabe
Beinhaltet 1.2.276.0.76.10.4029 Bezug zu Abgabe des Medikaments (DYNAMIC)
medspmp
Treeblank.pngTreetree.png@typeCode
1 … 1FREFR

Weitere Templates im Bereich "Hilfsmittel"

Kontaktorganisation

Es kann notwendig sein, neben dem eigentlichen Hilfsmittel auch Informationen zu einer Kontaktorganisation (z.B. HomeCare- Versorger oder Orthopädietechniker) zu transportieren. Ausgehend von der Supply- Klasse wird mithilfe einer Participation vom Typ PART auf die RollClass Contact verwiesen.

2.16.840.1.113883.3.1937.99.61.34.10.37/dynamic

Manufactured Material

2.16.840.1.113883.3.1937.99.61.34.10.39/dynamic

Manufactured Product

2.16.840.1.113883.3.1937.99.61.34.10.40/dynamic

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .


Terminologien

Value Sets

  • ActMood ([1])
  • ActStatusCompleted ([2])
  • AdministrativeContactRoleType ([3])
  • AdministrativeGender ([4])
  • AdvanceDirectives/Code ([5])
  • AdvanceDirectives/Value ([6])
  • Diagnosetypen in Deutschland ([7])
  • EntityClass ([8])
  • EntityCode ([9])
  • HousingSituation ([10])
  • HumanLanguage ([11])
  • LanguageAbilityMode ([12])
  • LanguageAbilityProficiency ([13])
  • LivingArrangement ([14])
  • ParticiationFunction ([15])
  • ParticipationType ([16])
  • PersonalRelationshipRolyType ([17])
  • ReligiousAffiliation ([[18])
  • RoleClass ([19])

Code-System

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Anhang

Pflegerische Terminologien

Pflegediagnosen und Pflegeprobleme

Organisation codeSystemName codeSystemOID
International Council of Nurses (ICN) International Classification of Nursing Practice (ICNP)[6] 2.16.840.1.113883.6.97
NANDA International NANDA-I Nursing Diagnosis 2.16.840.1.112882.6.204
World Health Organization International Classification of Functioning, Disability and Health (ICF) [7] 2.16.840.1.112882.6.254
SabaCare Inc. Clinical Care Classification (CCC)[8] 2.16.840.1.112882.6.236
atacama Software GmbH apenio 1.2.276.0.76.3.1.125.1
Recom Verlag European Nursing care pathways[9] 1.2.276.0.76.3.1.133.1

[Tabelle 1] Terminologien der Pflegediagnosen und Pflegeprobleme


Pflegerische Maßnahmen

Organisation codeSystemName codeSystemOID
International Council of Nurses (ICN) International Classification of Nursing Practice (ICNP) 2.16.840.1.113883.6.97
University of Iowa Nursing Intervention Classification (NIC) 2.16.840.1.112882.6.15
SabaCare Inc. Clinical Care Classification (CCC) 2.16.840.1.112882.6.236
atacama Software GmbH apenio 1.2.276.0.76.3.1.125.1
Recom Verlag European Nursing care pathways 1.2.276.0.76.3.1.133.1
LEP AG LEP nursing 2, LEP nursing 3 [10] 1.2.276.0.76.5.391

[Tabelle 2] Terminologien der pflegerischen Maßnahmen

Pflegerische Ergebnisse

Organisation codeSystemName codeSystemOID
International Council of Nurses (ICN) International Classification of Nursing Practice (ICNP) 2.16.840.1.113883.6.97
University of Iowa Nursing Outcome Classification (NIC) 2.16.840.1.112882.6.15
SabaCare Inc. Clinical Care Classification (CCC) 2.16.840.1.112882.6.236
atacama Software GmbH apenio 1.2.276.0.76.3.1.125.1
Recom Verlag European Nursing care pathways 1.2.276.0.76.3.1.133.1

[Tabelle 3] Terminologien der pflegerischen Maßnahmen


Literatur und Referenzen

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Abkürzungsverzeichnis

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.
  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Referenzen

  1. Hellesø R, Lorensen M, Sorensen L (2004) Challenging the information gap – the patients transfer from hospital to home health care. Int J Med Inform. 2004 (73) 569-580.
  2. Hübner U (2006) Telematik in der Pflege: gewährleistet die elektronische Gesundheitskarte (eGK) eine verbesserte Versorgung für pflegebedürftige Bürgerinnen und Bürger? GMS Med Infom Biom Epidemiol. 2006, 2(1).
  3. Hübner U, Staemmler M (2009) Das elektronische Berufsregister für Gesundheitsberufe. Public Health Forum. 17:25-27.
  4. Berthou, A. and Junger, A. (1999) NURSING data - Modell eines Informationssystems für die Gesundheits- und Krankenpflege. Ecublens. Available from: <http://www.isesuisse.ch/nursingdata/de/dokumente/modele_systeme_information_d.pdf> [Accessed 27th February 2008].
  5. Goossen, W.T.F. et al (2004) Development of a Provisional Domain Model for the Nursing Process for Use within the Health Level 7 Reference Information Model. Journal of the American Medical Informatics Association. 11,3 pp.186-194
  6. International Council of Nurses (2009) International Classification For Nursing Practice v2. Available from: <http://icnp.clinicaltemplates.org/info/v2/> [Accessed 13th January 2010].
  7. WHO (2005) Internationale Klassifikation der Funktionsfähigkeit, Behinderung und Gesundheit. WHO, Genf. Available from: <http://www.dimdi.de/dynamic/de/klassi/downloadcenter/icf/endfassung/icf_endfassung-2005-10-01.pdf> [Accessed 13th January 2010].
  8. Saba V.K. (2010) Pflegepraxisklasifkation (CCC). Hans Huber, Bern.
  9. Wieteck P (2004) ENP- European Nursing care Pathways. Recom, Bad Emstal.
  10. LEP AG (2008) LEP Nursing 3.1.0 – Gesamtkatalog. LEP AG, St. Gallen.


Abbildungsverzeichnis


Tabellenverzeichnis

  1. Terminologien der Pflegediagnosen und Pflegeprobleme
  2. Terminologien der pflegerischen Maßnahmen
  3. Terminologien der pflegerischen Maßnahmen