Prozedur (Procedure)

Motivation

Die Möglichkeit, auf eine Übersicht der Prozeduren eines Patienten zuzugreifen, Patienten anhand durchgeführter oder geplanter Prozeduren zu suchen, oder zu prüfen, ob eine konkrete Prozedur bei einem Patienten durchgeführt wurde, sind wichtige Funktionen im klinischen Behandlungsablauf.

In FHIR werden Prozeduren mit der Procedure-Ressource repräsentiert.

Da die Prozeduren in klinischen Primärsystemen in der Regel in OPS-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Prozedur zwar dokumentiert aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Prozedur möglich.

Kompatibilität

Dieses Profil basiert auf dem Profil "Prozedur" der Medizininformatik-Initative.

Instanzen, die gegen ISiKProzedur valide sind, sind auch valide gegen

Profil

Canonical URL: https://gematik.de/fhir/ISiK/StructureDefinition/ISiKProzedur

idS Σ1..1System.String
DokumentationsdatumS0..1Extension(dateTime)
identifierΣ0..*Identifier
instantiatesCanonicalΣ0..*canonical
instantiatesUriΣ0..*uri
basedOnΣ0..*Reference(CarePlan| ServiceRequest)
partOfΣ0..*Reference(Procedure| Observation| MedicationAdministration)
statusS Σ ?!1..1codeBinding
statusReasonΣ0..1CodeableConcept
systemS Σ1..1uri
versionΣ0..1string
codeS Σ1..1code
displayΣ0..1string
userSelectedΣ0..1boolean
textΣ0..1string
SeitenlokalisationS0..1Extension(Coding)
systemS Σ1..1uri
versionS Σ1..1string
codeS Σ1..1code
displayΣ0..1string
userSelectedΣ0..1boolean
systemS Σ1..1uri
versionΣ0..1string
codeS Σ1..1code
displayΣ0..1string
userSelectedΣ0..1boolean
textS Σ0..1string
referenceS Σ1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
encounterS Σ0..1Reference(Encounter)
performedDateTimedateTime
performedPeriodPeriod
recorderΣ0..1Reference(Patient| RelatedPerson| Practitioner| PractitionerRole)
asserterΣ0..1Reference(Patient| RelatedPerson| Practitioner| PractitionerRole)
functionΣ0..1CodeableConcept
actorΣ1..1Reference(Practitioner| PractitionerRole| Organization| Patient| RelatedPerson| Device)
onBehalfOf0..1Reference(Organization)
locationΣ0..1Reference(Location)
reasonCodeΣ0..*CodeableConcept
reasonReferenceΣ0..*Reference(Condition| Observation| Procedure| DiagnosticReport| DocumentReference)
bodySiteΣ0..*CodeableConcept
outcomeΣ0..1CodeableConcept
report0..*Reference(DiagnosticReport| DocumentReference| Composition)
complication0..*CodeableConcept
complicationDetail0..*Reference(Condition)
followUp0..*CodeableConcept
noteS0..*Annotation
action0..1CodeableConceptBinding
manipulated1..1Reference(Device)
usedReference0..*Reference(Device| Medication| Substance)
usedCode0..*CodeableConcept

Link Simplifier Profil Übersicht

Folgende FHIRPath-Constraints sind im Profil zu beachten:

proc-ISiK-1errorFalls die Prozedur per OPS kodiert wird, MUSS eine SNOMED-CT kodierte Category abgebildet werdencode.coding.where(system = 'http://fhir.de/CodeSystem/dimdi/ops').exists() implies category.coding.where(system = 'http://snomed.info/sct').exists()
proc-ISiK-2errorFalls eine codierte Prozedur vorliegt MUSS eine kodierte Category abgebildet werdencode.coding.exists() implies category.coding.exists()
sct-ops-1errorFalls die Prozedur kodiert vorliegt, SOLL mindestens ein OPS oder SNOMED-CT Code angegeben werden. Ansonsten Freitext.coding.where(system = 'http://snomed.info/sct').exists() or coding.where(system = 'http://fhir.de/CodeSystem/dimdi/ops').exists() or text.exists()
proc-ISiK-3errorEntweder MUSS eine kodierte Prozedur vorliegen oder eine textuelle Beschreibung. Stattdessen nur Extensions hinzuzufügen (vgl. https://www.hl7.org/fhir/element.html - ele-1), ist explizit nicht erlaubt.coding.exists().not() implies text.exists()

Anmerkungen zu den Must-Support Feldern

Procedure.extension:recordedDate

Bedeutung: Das Dokumentationsdatum der Prozedur MUSS zu Qualitätssicherungszwecken angegeben werden. Dies ist das fachliche Dokumentationsdatum, nicht zu verwechseln mit der technischen Anlage des Datensatzes im Primärsystem. Diese beiden Daten können jedoch identisch sein.

Procedure.status

Bedeutung: Kodierter klinischer Status der Prozedur. MUSS angegeben werden, da die Interpretation der Prozedur davon abhängt ob diese 'completed' ist oder einen anderen Status aufweist.

Procedure.category

Bedeutung: Zur groben Kategorisierung MUSS eine Kodierung auf Basis der OPS-Klassencodes erfolgen. Eine ConceptMap für das Mapping von OPS-Kodes -> Kategorie findet sich in den Deutschen Basisprofilen - Implementierungsleitfaden Abschnitt Terminologien. Die Angabe der Kategeorie MUSS nur für OPS-kodierte Prozeduren erfolgen.

Procedure.code.coding

Bedeutung: Codierte Prozedur. Entweder kodiert per OPS oder SNOMED CT. Bei der Kodierung per SNOMED CT ist das ValueSet ProzedurenCodes-SCT zu beachten.

Procedure.code.text

Bedeutung: Freitext-Beschreibung der Prozedur

Procedure.performed

Bedeutung: Zur zeitlichen Einordnung der Prozedur KANN das Durchführungsdatum der Prozedur dokumentiert werden. Mindestens MUSS der Beginn der Prozedur dokumentiert werden, das Ende KANN implementiert werden.

Procedure.subject

Bedeutung: Ein Patientenbezug der Prozedur MUSS stets zum Zwecke der Nachvollziehbarkeit und Datenintegrität vorliegen.

Procedure.note

Bedeutung: Weitere optionale Freitext-Notizen bezogen auf die durchgeführte Prozedur.

Interaktionen

Für die Ressource Procedure MUSS die REST-Interaktion "READ" implementiert werden.

Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination:

  1. Der Suchparameter "_id" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?_id=test

    Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der FHIR-Basisspezifikation - Abschnitt "Parameters for all resources".

  2. Der Suchparameter "status" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?status=http://hl7.org/fhir/event-status|entered-in-error

    Anwendungshinweise: Weitere Informationen zur Suche nach "Procedure.status" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  3. Der Suchparameter "category" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?category=http://snomed.info/sct|387713003

    Anwendungshinweise: Weitere Informationen zur Suche nach "Procedure.category" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  4. Der Suchparameter "code" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?code=http://fhir.de/CodeSystem/dimdi/ops|5-470

    Anwendungshinweise: Weitere Informationen zur Suche nach "Procedure.code" finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".

  5. Der Suchparameter "subject" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?subject=Patient/123

    Anwendungshinweise: Weitere Informationen zur Suche nach "Procedure.subject" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

  6. Der Suchparameter "patient" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?patient=Patient/123

    Anwendungshinweise: Weitere Informationen zur Suche nach "patient" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

    Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichend.

  7. Der Suchparameter "encounter" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?encounter=Encounter/123

    Anwendungshinweise: Weitere Informationen zur Suche nach "encounter" finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".

  8. Der Suchparameter "date" MUSS unterstützt werden:

    Beispiele:

    GET [base]/Procedure?date=lt2020-26-10

    Anwendungshinweise: Weitere Informationen zur Suche nach "date" finden sich in der FHIR-Basisspezifikation - Abschnitt "Date Search".

    Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichend.

  9. Der Suchparameter für "_profile" KANN unterstützt werden:

    Beispiele:

    GET [base]/Procedure?_profile=https://gematik.de/fhir/ISiK/StructureDefinition/ISiKDiagnose

    Anwendungshinweise: Weitere Informationen zur Suche nach "_profile" finden sich in der FHIR-Basisspezifikation - Abschnitt "Parameters for all resources"

Beispiele

Valides Minimalbeispiel Prozedur:

<Procedure xmlns="http://hl7.org/fhir">
    <id value="procedure" />
    <meta>
        <profile value="https://gematik.de/fhir/ISiK/StructureDefinition/ISiKProzedur" />
    </meta>
    <status value="completed" />
    <category>
        <coding>
            <system value="http://snomed.info/sct" />
            <code value="387713003" />
            <display value="Surgical procedure (procedure)" />
        </coding>
    </category>
    <code>
        <coding>
            <system value="http://snomed.info/sct" />
            <code value="80146002" />
            <display value="Excision of appendix (procedure)" />
        </coding>
        <coding>
            <system value="http://fhir.de/CodeSystem/bfarm/ops" />
            <version value="2020" />
            <code value="5-470" />
            <display value="Appendektomie" />
        </coding>
    </code>
    <subject>
        <reference value="Patient/patient" />
    </subject>
    <performedDateTime value="2020-04-23" />
</Procedure>