add puml

Material/Anforderungssteckbrief-Organisation.md

@@ -1,22 +1,31 @@
 Es wurden Bedarfe nach Abbildung sowohl der KH-Aufbauorganisation (FHIR Ressource Organization), als auch von Campi, Standorten etc. (FHIR Location) gemeldet.
 
 **Use Cases und Bedarfe**
-Folgende Bedarfe, Anforderungen und Use Cases finden im Rahmen der Ausbaustufe 4 von ISIK zwecks Festlegung im Implementierungsleitfaden und in Profilen Beachtung: 3
+Folgende Bedarfe, Anforderungen und Use Cases finden im Rahmen der Ausbaustufe 4 von ISIK zwecks Festlegung im Implementierungsleitfaden und in Profilen Beachtung:
 
 1. Die (Raum- und Betten-)Belegung (interdisziplinär) sollte strukturiert erfolgen können.
         - Frage - grundsätzlich: Wir gehen davon aus, dass die Raum- und Bettenbelegung Bestandteil der Funktionalität eines KIS ist. Was wären Use-Cases um diese Information über eine Schnittstelle zu kommunizieren?
 1. Im Rahmen des Terminmanagements sollten Zuweisungen von Diensten an bestimmte Bereiche der Aufbauorganisation (Fachbereiche etc.) und an bestimmte Standorte möglich sein.
-        - Fragen: Welche Granularität an Standorten ist hier sinnvoll? Reichen z.B. als Standort-Typen: Klinik, Station, Raum?
+        - Fragen: 
+        - Welche Granularität an Standorten ist hier sinnvoll (s.u.)?
+        - Welche Profile in ISIK Terminplanung betroffen? 
+                - Folgende Abgebildet in UML: 
+                - ISiKKalender Schedule.actor referenziert u.a. Location
+                - ISiKTerminKontaktMitGesundheitseinrichtung  serviceProvider Reference(Organization) hierfür  Fachabteilungs-Organisation (aber nicht ausschließlich) - (hier auch Basis-Encounter)
+                - ISiKNachricht.recipient und .sender (erstmal ausklammern)
+                -ISiKMedizinischeBehandlungseinheit (HealthCareService)
+                        - .providedBy (Organization) und 
+                        - .location Reference(Location) - aber NICHT (?) coverageArea(?)
 1. Im Rahmen der Versorgung sollte eine der folgenden Beispiel-Fragen beantworten werden können:
     - Handelt es sich um ein Isolationszimmer?
-        -Frage: Abzubilden in Location, aber welches ELement?
+        -Frage: Abzubilden in Location, aber welches Element?
     - Gibt es bestimmte Ausstattung, z.B. Beatmungsgeräte
     - etc.
 1.  Informationen für eAU sollten auch in ISIK abgebildet werden – hier insbesondere BSNR (Betriebsstättennummer)
 
 **Weitere (implizite) Anforderungen an die Festlegung zu Organisation und Standort in ISIK**
 1. Ein Profil zur Organisation soll eine Fachabteilung abbilden können.
-1. Profil IOrganisation sollte sich möglichst an das entsprechende Profil der KBV orientieren.
+1. Profil ISiKOrganisation sollte sich möglichst an das entsprechende Profil der KBV orientieren.
         - siehe insbesondere .identifier
 
 Als Standorte für ISiK werden momentan in Betracht gezogen (WIP):
@@ -29,7 +38,7 @@ Zu bedenken:
     - ggf. abzugrenzen von Klinik?
 - Campus (vgl. Charité mit Campus 1) Mitte , 2) Virchow und 3) Benjamin Franklin)
 
-**Weitere Fragen - offen**
+**Weitere Fragen (Annahmen) - offen**
 1. Soll ein Profil zur Organisation auch ein Krankenhaus als ganzes abbilden können?
         - Gegenargument:  Der Vorteil in der Abbildung einer Organization-Ressource darin, dass man die Hierarchie von Abteilungen, Kliniken, etc. abbilden kann (per Organization.partOf). Falls es nur darum geht die Zuständigkeit zu anmontieren, könnte dies auch "inline" per Display-Value (Name der Organization) und Identifier (z.B. IKNR der Organization) erfolgen.
 1. Soll das Profil Organisation auch explizit die Standortnummer führen (oder eher für Profil Location?)? Siehe https://www.dkgev.de/themen/digitalisierung-daten/informationstechnik-im-krankenhaus/verzeichnisse-und-register/standortverzeichnis/; Hintergrund: https://reimbursement.institute/glossar/standortnummer/

Material/images/src/plantuml/Standort-Organisation.puml

@@ -0,0 +1,104 @@
+@startuml 
+
+namespace ISiK_Basis {
+
+    namespace ISiK_Basis_NEU_Standort_Organisation {
+
+    class ISiKStandort <Location><<(P,#1dde23)>>
+
+    class ISiKStandortRaum <Location><<(P,#1dde23)>>
+
+    class ISiKStandortBett <Location><<(P,#1dde23)>>
+
+    class ISiKOrganisationFachbteilung <Schedule><<(P,#1dde23)>>
+
+    ISiKStandort	<|-- ISiKStandortRaum
+    ISiKStandort	<|-- ISiKStandortBett
+    ISiKStandortRaum o-- ISiKStandortBett : .partof
+
+    }
+
+    class ISIK_KontaktmitGesundheitseinrichtung <Encounter><<(P,#8DA5C4)>>
+
+    ISiK_Basis.ISiK_Basis_NEU_Standort_Organisation.ISiKOrganisationFachbteilung o-- ISIK_KontaktmitGesundheitseinrichtung : .serviceProvider
+
+}
+
+note top of ISiK_Basis: Nur für Standort und Organisation wesentliche Profile
+
+namespace ISiK_Terminplanung {
+    class ISiKKalender <Schedule><<(P,#8DA5C4)>>
+    class ISiKMedizinischeBehandlungseinheit <HealthcareService><<(P,#8DA5C4)>>
+    class ISiKNachricht <Communication><<(P,#8DA5C4)>>
+}
+
+ISiK_Basis.ISiK_Basis_NEU_Standort_Organisation.ISiKStandort o-- ISiK_Terminplanung.ISiKKalender : .actor
+ISiK_Basis.ISiK_Basis_NEU_Standort_Organisation.ISiKOrganisationFachbteilung o-- ISiK_Terminplanung.ISiKMedizinischeBehandlungseinheit : .providedBy
+
+
+
+ISiK_Basis -----up[hidden]->   ISiK_Terminplanung
+
+/'
+together ISiK_Terminplanung {
+
+   class ISiKKalender <Schedule><<(P,#8DA5C4)>>{
+   extension : **ScheduleName**
+   |_ (All Slices)
+      |_ <s> extension </s>
+      |_ KalenderName : **Extension**
+   active
+   serviceType
+   specialty
+   |_ Fachrichtung : **IHEXDSauthorSpeciality**
+   actor : Reference ( **Patient** | **Practitioner** | PractitionerRole | \n\t**RelatedPerson** | Device | HealthcareService | Location)
+   |_ identifier
+   |_ display
+   |_ Akteur : Reference (**Practitioner** | HealthcareService)
+      |_ reference
+   }
+
+   class ISiKMedizinischeBehandlungseinheit <HealthcareService><<(P,#8DA5C4)>>{
+   active
+   type
+   specialty
+   |_ Fachrichtung : **IHEXDSauthorSpeciality**
+   name
+   }
+
+   class ISiKNachricht <Communication><<(P,#8DA5C4)>>{
+   inResponseTo : Reference (Communication)
+   status
+   subject : Reference ( **Patient** )
+   sent
+   recipient : Reference ( Device | Organization | **Patient** | **Practitioner** | \n\tPractitionerRole | **RelatedPerson** | Group | CareTeam | HealthcareService)
+   |_ identifier
+   |_ display
+   |_ ISiKRecipient : Reference ( **Practitioner** | HealthcareService)
+      |_ reference
+   sender : Reference ( Device | Organization | **Patient** | **Practitioner** | \n\tPractitionerRole | **RelatedPerson** | HealthcareService)
+   |_ reference
+   payload : BackboneElement
+   |_ content[x]
+      |_ contentString
+      |_ contentAttachment
+         |_ contentType
+         |_ <s>data</s>
+         |_ url
+         |_ creation
+   }
+
+   class ISiKTermin <Appointment><<(P,#8DA5C4)>>{
+
+   }
+
+   class ISiKTerminblock <Slot><<(P,#8DA5C4)>>{
+
+   }
+
+   class ISiKTerminKontaktMitGesundheitseinrichtung <Encounter><<(P,#8DA5C4)>>{
+
+   }
+}
+
+'/