IHE Germany - Value Sets for XDS
0.3.29 - draft Germany flag

IHE Germany - Value Sets for XDS, published by IHE Deutschland e.V., Berlin, Deutschland. This guide is not an authorized publication; it is the continuous build for version 0.3.29 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/IHE-Germany/ITI.XDS.VS/ and changes regularly. See the Directory of published versions

ValueSet: IHE XDS Event Code List

Official URL: http://ihe-d.de/ValueSets/IHEXDSeventCodeList Version: 4.0.0-alpha1
Draft as of 2025-08-02 Maturity Level: 2 Computable Name: IHEXDSeventCodeList
Other Identifiers: urn:ietf:rfc:3986#Uniform Resource Identifier (URI)#http://ihe-d.de/ValueSets/IHEXDSeventCodeList (use: official, ), OID:1.2.276.0.76.11.34 (use: secondary, ), urn:ietf:rfc:3986#Uniform Resource Identifier (URI)#http://www.ihe-d.de/fhir/ValueSet/IHEXDSeventCodeList (use: old, )

Copyright/Legal: IHE Deutschland e.V.

IHE XDS event Code List

References

DocumentEntry.eventCodeList

Die eventCode Liste wurde konzipiert, um den medizinischen Kontext von Dokumenten abzubilden. Jedem Dokument können beliebig viele eventCodes zugeordnet werden. Zum Beispiel kann ein OP-Bericht über die eventCodeList mit je einem kodierten Wert für die durchgeführte Prozedur (z.B. Blinddarmentfernung) und die vorliegende Erkrankung (z.B. Appendizitis) versehen werden. Dies ermöglicht die Suche nach Dokumenten, die mit einer bestimmten Prozedur oder Diagnose zusammenhängen. Über den medizinischen Kontext hinaus kann das Attribut auch allgemein zur Kontextualisierung und zur Inhaltszusammenfassung verwendet werden. Zum Beispiel sieht das IHE BPPC Profil die Nutzung des eventCodes vor, um die Policy ID eines Patienteneinwilligungsdokuments abzubilden. IHE XDW wiederum nutzt den eventCode, um offene von abgeschlossenen Workflow-Aufgaben zu unterscheiden.

Das von der Arbeitsgruppe definierte ValueSet umfasst sowohl von IHE International vergebene eventCodes (u.a. aus XDS-I, DSG) als auch neue von der AG definierte Code Systeme, sowie Empfehlungen zur Einbindung von größeren Katalogen.

Der medizinische Kontext lässt sich gemäß obiger einführender Beschreibung zum Beispiel über einen oder mehrere OPS Codes und/oder ICD-10 Codes ausdrücken. Wenn andere Kataloge für ein bestimmtes Anwendungsgebiet sinnvoller sind (z.B. ORPHA-Nummern bei seltenen Erkrankungen oder ICD-O-3 bei Tumorerkrankungen), kann die Affinity Domain natürlich auch diese in der eventCodeList verwenden. Ob allerdings der medizinische Kontext überhaupt in dieser Granularität in den Metadaten abgebildet werden soll, ist abhängig von den Anwendungsfällen und muss projektspezifisch entschieden werden.

Sowohl der OPS Katalog als auch der ICD-10-GM Katalog werden jedes Jahr mit einer neuen Code System ID veröffentlicht. Um in dieser Spezifikation nicht eine jahresspezifische Version zu referenzieren, wird das Value Set diesbezüglich intensional definiert. Somit empfiehlt die Arbeitsgruppe neben den weiter unten ausdrücklich benannten Codes auch die jeweils aktuelle ICD-10-GM und OPS Versionen als Bestandteil des Value Sets zu implementieren.

Wie oben bereits erwähnt, hat die Arbeitsgruppe zwei neue Codesysteme erstellt, die auch Bestandteile dieses Value Sets sind:

Das erste Codesystem (1.3.6.1.4.1.19376.3.276.1.5.15 - Dokumenten-Warnhinweise) umfasst Warnhinweise, die einem Dokument hinzugefügt werden können. D azu gehört beispielsweise der Hinweis, dass dies ein vorläufiges Dokument ist (z.B. vorläufiger Arztbrief). Der Begriff vorläufig ist dabei unabhängig vom Dokumenten-Status/Lebenszyklus, der in XDS im availabilityStatus abgebildet wird. Ein weiterer Warnhinweis ist, dass das Dokument noch nicht mit dem Patienten besprochen wurde. Letzteres ist vor allem bei Akten sinnvoll, auf die auch der Patient Zugriff hat.

Das zweite Codesystem (1.3.6.1.4.1.19376.3.276.1.5.16 - Fallkontext bei Dokumentenerstellung) umfasst den Fallkontext, in dem das Dokument erstellt wurde. Dazu gehört beispielsweise, ob das Dokument in einem ambulanten, stationären oder telemedizinischen Kontext erstellt wurde. Das Codesystem ist hierarchisch gegliedert, so dass die Abbildung auf einen entsprechenden eventCode je nach vorliegender Information bzw. je nach auslösendem Ereignis der Dokumenterstellung in verschiedenen Detaillierungsgraden erfolgen kann (z.B. "stationärer Aufenthalt" vs. "Verlegung in ein anderes Krankenhaus"). Die Arbeitsgruppe hat sich zur Bildung des Codesystems für den Fallkontext an den bestehenden Schlüsseltabellen zur Abbildung von - im weitesten Sinne - "ADT-Ereignissen" orientiert, die in Anlage 2 zur Vereinbarung nach § 301 Abs. 3 SGB V ("GKV-Datenaustausch") definiert sind (Schlüssel 1 Aufnahmegrund, Schlüssel 5 Entlassungs-/Verlegungsgrund). Hierbei wurden vorhandene Differenzierungen, die allein für spezifische Belange des Entgeltsystems von Bedeutung sind, nicht in das Value Set übertragen; es ist jedoch für jeden relevanten § 301 Schlüssel eine Abbildung auf einen ggf. übergeordneten, weniger detaillierten Code aus dem Codesystem "1.3.6.1.4.1.19376.3.276.1.5.16 - Fallkontext bei Dokumentenerstellung" möglich. Zusätzlich wurde ein Abgleich mit HL7 v2.5 Tabelle 0112 (Discharge Disposition) vorgenommen, so dass auch hier die meisten Konzepte abgebildet werden können.

Vollständige Definition des Value Sets mit ID 1.2.276.0.76.11.34

Code System Name Code System ID Kommentar
Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme (ICD-10) versionsabhängig z.B. ICD-10 GM 2018 mit Code System ID 1.2.276.0.76.5.471
Operationen- und Prozedurenschlüssel (OPS) Versionsabhängig z.B. OPS Version 2018 mit Code System ID 1.2.276.0.76.5.472
Digital Signature Purposes from ASTM E1762-95(2013) 1.2.840.10065.1.12 aus IHE DSG
IHE Format Codes 1.3.6.1.4.1.19376.1.2.3 IHE XDW eventCodes werden von IHE International ausnahmsweise mit der OID für das IHE formatCode Code System geführt; siehe unten für die Liste der Codes die Teil des Value Sets sind
DICOM Acquisition Modality 1.2.840.10008.6.1.19 aus IHE XDS-I
DICOM Anatomic Region 1.2.840.10008.6.1.2 aus IHE XDS-I
IHE Deutschland Dokumenten-Warnhinweise 1.3.6.1.4.1.19376.3.276.1.5.15 Das vollständige Code System findet sich weiter unten
IHE Deutschland Fallkontext bei Dokumentenerstellung 1.3.6.1.4.1.19376.3.276.1.5.16 Das vollständige Code System findet sich weiter unten
KDL versionsabhängig Alle Codes des Valuesets 1.2.276.0.76.11.469
KBV DMP versionsabhängig Alle Codes des Codesystems 1.2.276.0.76.5.223

Logical Definition (CLD)

This value set includes codes based on the following rules:

 

Expansion

This value set contains 91 concepts

CodeSystemDisplayDefinition
  H1http://ihe-d.de/CodeSystems/DokumentenWarnhinweisevom Patienten mitgebrachtDokumente, die der Patient zu seinem Arzt oder in die Klinik mitgebracht hat und die dort vom Leistungserbringer eingescannt (bei Papierdokumenten) bzw. importiert und in die Akte eingestellt wurden. Bei vom Patienten direkt in die Akte eingestellten Dokumenten wird stattdessen das Konzept H5 verwendet. Die Dokumente können von Medizinern und anderen Leistungserbringern, von anderen Autoren wie z.B. Behörden/Krankenkassen/Schulen oder vom Patienten selbst erstellt worden sein.
  H2http://ihe-d.de/CodeSystems/DokumentenWarnhinweisenoch nicht mit Patient besprochenDer Hinweis gibt Auskunft darüber, ob das Dokument zum Zeitpunkt des Einstellens bereits mit dem Patienten besprochen wurde. Dies kann genutzt werden um zu verhindern, dass der Patient sensible Informationen, wie die Diagnose einer unheilbaren Krankheit, aus einem Dokument anstatt von seinem Arzt erfährt. Dabei liegt der Fokus auf der Frage, ob das Dokument noch mit dem Patienten besprochen werden muss und nicht wer es noch mit dem Patienten besprechen muss. Somit können auch einrichtungsübergreifende Szenarien unterstützt werden, z.B. wenn die Besprechung des Befundes nicht in der Hand des Erzeugers liegt.
  H3http://ihe-d.de/CodeSystems/DokumentenWarnhinweiseeventuell veraltete DatenDer Hinweis zeigt an, dass es sich eventuell um veraltete Daten handelt. Dieses Kennzeichen wird üblicherweise nachträglich zu schon registrierten Dokumenten hinzugefügt. Im Gegensatz zum availabilityStatus "Deprecated" ist es unklar ob das Dokument wirklich veraltet ist oder nicht. Daher handelt es sich hier nur um einen Hinweis für den Empfänger, der üblicherweise keine automatischen Auswirkungen auf Berechtigungen, Speicherfristen, etc. hat.
  H4http://ihe-d.de/CodeSystems/DokumentenWarnhinweisevorläufiges DokumentDer Hinweis zeigt an, dass es sich um ein vorläufiges Dokument handelt. IHE XDS sieht hierfür keinen eigenen Wert im availabilityStatus Attribut vor, daher wird dieses Konzept ausschließlich über diesen eventCode kommuniziert.
  H5http://ihe-d.de/CodeSystems/DokumentenWarnhinweisevom Patienten eingestelltDokumente, die der Patient (oder ein Stellvertreter) direkt eingestellt hat, z.B. über ein Patientenportal. Dokumente die physisch vor Ort an den Leistungserbringer übergeben wurden, werden stattdessen mit dem Konzept H1 gekennzeichnet. Die Dokumente können von Medizinern und anderen Leistungserbringern, von anderen Autoren wie z.B. Behörden/Krankenkassen/Schulen oder vom Patienten selbst erstellt worden sein.
  E100http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungambulanter KontaktAmbulanter Kontakt in beliebiger Einrichtung mit Teilnahme an der ambulanten Versorgung
  E110http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungambulante OPAmbulant durchgeführte OP in beliebiger Einrichtung mit ambulant operativer Versorgung
  E200http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationärer AufenthaltVoll-, teil- oder nachstationäre Behandlung in einer Einrichtung mit Teilnahme an der stationären Versorgung
  E210http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre AufnahmeAufnahme zur voll-, teil- oder nachstationären Behandlung in eine Einrichtung mit Teilnahme an der stationären Versorgung
  E211http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungAufnahme vollstationärAufnahme in vollstationäre Krankenhausbehandlung; einschließlich vollstationäre Behandlung mit vorausgegangener vorstationärer Behandlung
  E212http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungAufnahme/Wiederaufnahme teilstationärAufnahme/Wiederaufnahme in teilstationäre Krankenhausbehandlung: Kontakt im Rahmen einer teilstationären Behandlung; einschließlich Tagesklinik
  E213http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungAufnahme Entbindung stationärAufnahme zur stationären Entbindung
  E214http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungAufnahme eines NeugeborenenAufnahme eines Neugeborenen bei stationärer Entbindung
  E215http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungAufnahme des Spenders zur OrganentnahmeStationäre Aufnahme zur Organentnahme
  E216http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungWiederaufnahme vollstationär nach kurzzeitiger Unterbrechung
  E230http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre EntlassungEntlassung nach voll-, teil- oder nachstationärer Behandlung aus einer Einrichtung mit Teilnahme an der stationären Versorgung
  E231http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre Entlassung nach HauseEntlassung aus stationärem Aufenthalt nach Hause: Routineentlassung (Behandlung regulär beendet); Behandlung gegen ärztlichen Rat beendet; Behandlung aus sonstigen Gründen beendet. Einschließlich Entlassung mit geplanter ambulanter Weiterbehandlung. Einschließlich Entlassung in organisierte häusliche Pflege
  E232http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre Entlassung in eine RehabilitationseinrichtungEntlassung aus stationärem Aufenthalt in eine Rehabilitationseinrichtung
  E233http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre Entlassung in eine Pflegeeinrichtung/HospizEntlassung aus stationärem Aufenthalt in eine Pflegeeinrichtung oder ein Hospiz
  E234http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungEntlassung zur nachstationären BehandlungEntlassung aus stationärem Aufenthalt, nachstationäre Behandlung vorgesehen: Behandlung regulär oder gegen ärztlichen Rat beendet mit geplanter nachstationärer Behandlung
  E235http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungPatient während stationärem Aufenthalt verstorbenPatient während stationärem Aufenthalt verstorben
  E250http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungstationäre VerlegungVerlegung im Verlauf oder bei Abschluss eines stationären Aufenthaltes
  E251http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungVerlegung innerhalb eines KrankenhausesVerlegung innerhalb einer stationären Einrichtung ("interne stationäre Verlegung")
  E252http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungVerlegung in ein anderes KrankenhausVerlegung in ein anderes Krankenhaus ("externe stationäre Verlegung")
  E253http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungexterne Verlegung in PsychiatrieVerlegung zur psychiatrischen Behandlung in eine andere Einrichtung
  E270http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungkurzzeitige Unterbrechung einer stationären BehandlungEntlassung mit geplanter nachfolgender stationärer Wiederaufnahme in derselben Einrichtung, z.B. Unterbrechung gegen ärztlichen Rat
  E280http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungKonsilKonsiliarische Mitbehandlung im Verlauf eines stationären Aufenthaltes oder im ambulanten Kontext, ohne Verlegung
  E300http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungBehandlung im häuslichen UmfeldBehandlung/ Monitoring im häuslichen Umfeld
  E400http://ihe-d.de/CodeSystems/FallkontextBeiDokumentenerstellungVirtual EncounterBehandlung/ Monitoring über virtuellen Patientenkontakt z.B. telemedizinischer Patientenkontakt
  1.2.840.10065.1.12.1.1urn:iso-astm:E1762-95:2013Author's Signaturethe signature of the primary or sole author of a health information document. There can be only one primary author of a health information document.
  1.2.840.10065.1.12.1.2urn:iso-astm:E1762-95:2013Coauthor's Signaturethe signature of a health information document coauthor. There can be multiple coauthors of a health information document.
  1.2.840.10065.1.12.1.3urn:iso-astm:E1762-95:2013Co-participant's Signaturethe signature of an individual who is a participant in the health information document but is not an author or coauthor. (Example a surgeon who is required by institutional, regulatory, or legal rules to sign an operative report, but who was not involved in the authorship of that report.)
  1.2.840.10065.1.12.1.4urn:iso-astm:E1762-95:2013Transcriptionist/Recorder Signaturethe signature of an individual who has transcribed a dictated document or recorded written text into a digital machine readable format.
  1.2.840.10065.1.12.1.5urn:iso-astm:E1762-95:2013Verification Signaturea signature verifying the information contained in a document. (Example a physician is required to countersign a verbal order that has previously been recorded in the medical record by a registered nurse who has carried out the verbal order.)
  1.2.840.10065.1.12.1.6urn:iso-astm:E1762-95:2013Validation Signaturea signature validating a health information document for inclusion in the patient record. (Example a medical student or resident is credentialed to perform history or physical examinations and to write progress notes. The attending physician signs the history and physical examination to validate the entry for inclusion in the patient's medical record.)
  1.2.840.10065.1.12.1.7urn:iso-astm:E1762-95:2013Consent Signaturethe signature of an individual consenting to what is described in a health information document.
  1.2.840.10065.1.12.1.8urn:iso-astm:E1762-95:2013Signature Witness Signaturethe signature of a witness to any other signature.
  1.2.840.10065.1.12.1.9urn:iso-astm:E1762-95:2013Event Witness Signaturethe signature of a witness to an event. (Example the witness has observed a procedure and is attesting to this fact.)
  1.2.840.10065.1.12.1.10urn:iso-astm:E1762-95:2013Identity Witness Signaturethe signature of an individual who has witnessed another individual who is known to them signing a document. (Example the identity witness is a notary public.)
  1.2.840.10065.1.12.1.11urn:iso-astm:E1762-95:2013Consent Witness Signaturethe signature of an individual who has witnessed the health care provider counselling a patient.
  1.2.840.10065.1.12.1.12urn:iso-astm:E1762-95:2013Interpreter Signaturethe signature of an individual who has translated health care information during an event or the obtaining of consent to a treatment.
  1.2.840.10065.1.12.1.13urn:iso-astm:E1762-95:2013Review Signaturethe signature of a person, device, or algorithm that has reviewed or filtered data for inclusion into the patient record. ( Examples: (1) a medical records clerk who scans a document for inclusion in the medical record, enters header information, or catalogues and classifies the data, or a combination thereof; (2) a gateway that receives data from another computer system and interprets that data or changes its format, or both, before entering it into the patient record.)
  1.2.840.10065.1.12.1.14urn:iso-astm:E1762-95:2013Source Signaturethe signature of an automated data source. (Examples: (1) the signature for an image that is generated by a device for inclusion in the patient record; (2) the signature for an ECG derived by an ECG system for inclusion in the patient record; (3) the data from a biomedical monitoring device or system that is for inclusion in the patient record.)
  1.2.840.10065.1.12.1.15urn:iso-astm:E1762-95:2013Addendum Signaturethe signature on a new amended document of an individual who has corrected, edited, or amended an original health information document. An addendum signature can either be a signature type or a signature sub-type (see 8.1). Any document with an addendum signature shall have a companion document that is the original document with its original, unaltered content, and original signatures. The original document shall be referenced via an attribute in the new document, which contains, for example, the digest of the old document. Whether the original, unaltered, document is always displayed with the addended document is a local matter, but the original, unaltered, document must remain as part of the patient record and be retrievable on demand.
  1.2.840.10065.1.12.1.16urn:iso-astm:E1762-95:2013Modification Signaturethe signature on an original document of an individual who has generated a new amended document. This (original) document shall reference the new document via an additional signature purpose. This is the inverse of an addendum signature and provides a pointer from the original to the amended document.
  1.2.840.10065.1.12.1.17urn:iso-astm:E1762-95:2013Administrative (Error/Edit) Signaturethe signature of an individual who is certifying that the document is invalidated by an error(s), or is placed in the wrong chart. An administrative (error/edit) signature must include an addendum to the document and therefore shall have an addendum signature sub-type (see 8.1). This signature is reserved for the highest health information system administrative classification, since it is a statement that the entire document is invalidated by the error and that the document should no longer be used for patient care, although for legal reasons the document must remain part of the permanent patient record.
  1.2.840.10065.1.12.1.18urn:iso-astm:E1762-95:2013Timestamp Signaturethe signature by an entity or device trusted to provide accurate timestamps. This timestamp might be provided, for example, in the signature time attribute.
  urn:ihe:iti:xdw:2011:eventCode:openhttp://ihe-d.de/CodeSystems/DeutscheDokumentenformateWorkflow offen
  urn:ihe:iti:xdw:2011:eventCode:closedhttp://ihe-d.de/CodeSystems/DeutscheDokumentenformateWorkflow geschlossen
  00https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPnicht gesetzt
  01https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPDM2
  02https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBRK
  03https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPKHK
  04https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPDM1
  05https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma
  06https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD
  07https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPHI
  08https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPDepression
  09https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPRueckenschmerz
  10https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPRheuma
  11https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPOsteoporose
  12https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAdipositas
  30https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPDiabetes Typ 2 und KHK
  31https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma und Diabetes Typ 2
  32https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD und Diabetes Typ 2
  33https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD und KHK
  34https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD, Diabetes Typ 2 und KHK
  35https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma und KHK
  36https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Diabetes Typ 2 und KHK
  37https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs und Diabetes Typ 2
  38https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPDiabetes Typ 1 und KHK
  39https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma und Diabetes Typ 1
  40https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma und Brustkrebs
  41https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs und KHK
  42https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs und COPD
  43https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD und Diabetes Typ 1
  44https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, Diabetes Typ 2 und KHK
  45https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Brustkrebs und Diabetes Typ 2
  46https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs und Diabetes Typ 1
  47https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPCOPD, Diabetes Typ 1 und KHK
  48https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, COPD und Diabetes Typ 2
  49https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Diabetes Typ 1 und KHK
  50https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Brustkrebs und KHK
  51https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, COPD und KHK
  52https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, COPD, Diabetes Typ 2 und KHK
  53https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Brustkrebs, Diabetes Typ 2 und KHK
  54https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, Diabetes Typ 1 und KHK
  55https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Brustkrebs und Diabetes Typ 1
  56https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPAsthma, Brustkrebs, Diabetes Typ 1 und KHK
  57https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, COPD und Diabetes Typ 1
  58https://fhir.kbv.de/CodeSystem/KBV_CS_SFHIR_KBV_DMPBrustkrebs, COPD, Diabetes Typ 1 und KHK

Explanation of the columns that may appear on this page:

Level A few code lists that FHIR defines are hierarchical - each code is assigned a level. In this scheme, some codes are under other codes, and imply that the code they are under also applies
System The source of the definition of the code (when the value set draws in codes defined elsewhere)
Code The code (used as the code in the resource instance)
Display The display (used in the display element of a Coding). If there is no display, implementers should not simply display the code, but map the concept into their application
Definition An explanation of the meaning of the concept
Comments Additional notes about how to use the code