FHIR Chat · Organisationseinheiten im Krankenhaus · german (d-a-ch)

Stream: german (d-a-ch)

Topic: Organisationseinheiten im Krankenhaus

---

Michael Sauer (Dec 18 2018 at 17:24):

Ich versuche mich gerade darin, die Organisationstruktur einer Klinik auf FHIR-Resourcen abzubilden.
Da habe ich:
- Funkionsbereiche
- Stationen
- Ambulanzen
- (med.) Abteilungen
- Fachabteilungen (im Sinne von Schlüssel 6, Anlage 2 zum §301: z.B. 0100 Innere Medizin oder nach QM: entsräche einer feineren Unterteilung als nach Schlüssel 6)
- Kliniken (z.B. Medizinische Klinik)
- Interdisziplinäre Zentren
- Organisatorische Einheiten, die für mehrere Stationen/Ambulanzen zuständig sind. Z.B. Patientenanmeldung, Sozialdienst. ...
- MVZ (Medizinisches Versorgungszentrum)
- Ermächtigte Ambulanzen

Eine Station gehört zu einer Klinik. Die Patienten einer Station können von unterschiedlichen med. Abteilungen versorgt werden (häufig ist die Zuordnung aber auch eindeutig). Mehrere medizinische Abteilungen können sich zu Interdisziplinäre Zentren zusammenschließen aber darüberhinaus noch einzeln agieren.
Ein Funktionsbereich ist tyischerweise die kleinste, planbare Einheit (z.B. Computer-Tomograph, Sprechstunde XY,...)
Eine Ambulanz hat einen oder mehrere Funktionsbereiche.
Eine Ambulanz kann Patienten sowohl im Rahmen einer Ermächtigung ("Ermächtigte Ambulanzen") als auch in anderen Kontexten (z.B. Hochschulambulanz) behandeln. Gleiches gilt für ein MVZ: Auch dort können Patienten im Rahmen des MVZ oder auch in einem anderen Kontext behandelt werden.

Meine Idee wäre jetzt eine Abbildung, die so aussieht:

• Station, Ambulanz -> Location
• Funktionsbereich -> HealthcareService
• Med. Abteilungen -> Organization. Aber auf was verweist dann Partof? (Die Klinik oder die medizinische Fachabteilung?)
• Interdisziplinäre Zentren -> CareTeam (aber welche Category?)
• Klinik -> Organziation
• Organisatorische Einheiten -> CareTeam (aber auch hier passen die vorhandenen Kategorien nicht wirklich)
• Fachabteilungen (§301 oder nach QM) -> Organziation oder CareTeam
• MVZ, Ermächtigte Ambulanzen -> Organization.

Aber ganz glücklich bin ich damit noch nicht. Die Kategorien bei CareTeam passen nicht immer. CareTeam sehe ich derzeit aber als einzige Möglichkeit, Polyhierarchie abzubilden, da PartOf immer auf genau eine übergeordnete Einrichtung verweist.

Da das Problem aber sicherlich alle Kliniken betrifft, würde ich mich daher über eine Diskussion freuen!

Patrick Werner (Dec 18 2018 at 21:59):

interessantes Thema.
HealthCare Services verstehe ich als die Art von med. Service/Angebot einer Organization (oder Ärzten und sonstigem med. Personal) welche an einer Location erbracht wird.
Dies entspricht auch der Intepretation im vhdir IG, und auch dem HPD welches wir in Chile mit profiliert haben.
Location ist also der physikalische Ort, Practicioner oder Organizations oder Group erbringt eine Leistung -> HealthcareService, und Organization exisitiert auf verschiedenen Ebenen.
Intersdisp. Zentren wären für mich auch eine Organization, ebenso Organisatorische Einheiten.
Bezüglich der Kategorien: diese sind example gebindet und somit nur Vorschläge. Dies für Deutschland mal als eigenes CodeSystem/ValueSet zu definieren wäre aber sicherlich wichtig.

Patrick Werner (Dec 18 2018 at 21:59):

hier der Link zum vhdir: http://build.fhir.org/ig/HL7/VhDir/StructureDefinition-vhdir-healthcareservice.html

Oliver Egger (Dec 19 2018 at 07:25):

IHE hat mit dem mCSD ein Profile entwickelt das auch um dieses Theme geht, siehe HE_ITI_Suppl_mCSD.pdf, das Profil ist gerade in Überarbeitung auf Release 4 github

Stefan Lang (Dec 19 2018 at 08:45):

Im Prinzip was Patrick sagt.
Man sollte allerdings beachten, dass Organization, HealthcareService und Location administrative Ressourcen sind (gehören ja auch der Patient Administration WG).
CareTeam kommt aus Patient Care und ist patientenfokussiert: "The CareTeam resource [,,,] is specific to a particular Patient" (auch, wenn subject 0..1 ist). Ist also nicht zur Abbildung von Organisationsstrukturen gedacht. Taucht m.W. dementsprechend folgerichtig auch in mCSD nicht auf.
Wenn man will, könnte man (stark vereinfacht gesagt) CareTeam als eine Instantiierung eines HealthcareService oder einer Organization interpretieren.

Stefan Lang (Dec 19 2018 at 08:53):

Zur Zuordnung von Fachpersonal zu $OrganisatorischeEinheit dient nb noch PractitionerRole. Oder/und man verwendet z.B. Group zur generischen, nicht patientenbezogen Abbildung der Mitglieder eines Behandlungsteams

Stefan Lang (Dec 19 2018 at 09:06):

Die Frage nach dem partOf kann spannend sein. Ist die "§301-Fachabteilung" evtl. nur ein Code im type der "Med.Abteilung"-Organization? Wenn nein: warum nicht? Wie hängen die genannten Organisationseinheiten zusammen? Dazu hat bestimmt jeder eine Vorstellung, aber haben auch alle die selbe?

Ich mag ja bekanntermaßen Diagramme, daher: kann jemand (evtl. @Michael Sauer als Thread-Ersteller?) dazu ein Klassendiagramm o.ä. hier einstellen?

Michael Sauer (Dec 19 2018 at 09:53):

Kann ich gerne machen (habe ich auch schon in VISIO angefangen, da aber im Kontext eines konkreten Anwendungsfalls).
In welchem Format erstelle ich das Diagramm und wo soll ich es ablegen, damit man es vom Chat aus verwenden kann?

Michael Sauer (Dec 19 2018 at 11:04):

Soweit bin ich ganz bei Patrick, ausser bei:

Intersdisp. Zentren wären für mich auch eine Organization, ebenso Organisatorische Einheiten.
Denn hier habe ich es mit Gruppen von Organisationen zu tun, die nicht Teil einer Monohierarchie (partOf) sind, sondern eher was von "memberOf". Ein "memberOf" gibt es bei der Resource "Organization" aber nicht - deshalb die Überlegung mit dem "CareTeam", das mit der Kategorie "event" bereits einen nicht patientenspezifischen Kontext hat.
Group wäre m.E. noch eine Alternative, die sieht aber keine Organisationen vor und passt auch nicht zu den UseCases.

Ich nehme erstmal Anregung von Stefan Lang auf und versuche das in ein schönes Diagramm zu verpacken...:-)

Stefan Lang (Dec 19 2018 at 17:40):

Mach einfach ein PNG draus und pack es hier als Anhang rein. PDF kann alternativ bzw. zusätzlich noch gut sein, wenn es denn so groß ist, dass man zoomen möchte :)

Stefan Lang (Dec 19 2018 at 17:52):

Ad Interdisz.Zentren: Feste Gruppen von Organisationen sind aber de facto auch wieder Organisationen.
Ich stimme allerdings zu, dass eine Organisation (Klinik, Abteilung, ...) Teil von mehreren interdisziplinären Zentren sein kann. Das ist dann sicher nicht mehr im Scope von partOf.
CareTeam passt an der Stelle m.E. trotzdem nicht, da die Beschreibung unter Boundaries klar stellt, dass CareTeam im Patientenkontext zu verwenden ist.
Group ist in der Tat für Individuen gedacht. Generischer ist List, könnte hier helfen (allerdings wahrscheinlich auch nicht ohne Extensions).

Aber warten wir mal das Diagramm ab. Wichtig wäre darin noch, beispielhaft die Inhalte zu kennen (also: Ärzte oder Pflegepersonal, oder Organsationsdaten, oder ...)

Simone Heckmann (Dec 19 2018 at 18:19):

Sucht ihr das: http://build.fhir.org/organizationaffiliation.html ?

Michael Sauer (Dec 20 2018 at 08:06):

Simone, Du bist Klasse! :thumbs_up:

Michael Sauer (Dec 20 2018 at 08:08):

Genau danach habe ich gesucht.

@Stefan Lang: Das Diagramm mache ich noch - bin mir aber nicht sicher, ob ich es noch vor Weihnachten hinbekomme...

Michael Sauer (Dec 27 2018 at 18:57):

Ich merke, dass es gar nicht so einfach ist, Bilder zu machen, die so generisch wie möglich und so konkret wie nötig sind.

Anbei habe ich mal meine Entwürfe für die
- generelle Struktur eines Klinikums
Klinikstruktur.png

• für ein interdisziplinären Zentrum
  Interdisziplinäres-Zentrum.png

  

• für einen Anmeldebereich (Patientenaufnahme für mehrere Ambulanzen/Stationen):
  Anmeldebereich.png

  

• für die Gruppierung von Organisationseinheiten am Beispiel einer Fachabteilung wie sie im §301 benötigt wird
  Fachabteilung.png

  

Alle bisherigen Anforderungen lassen sich so auflösen - werde es aber noch mit meinen Kollegen weiter abstimmen.
Ich meine auch, dass die Strukturen kein Widerspruch zum mCSD gibt, allerdings sind die Überschneidungen auch gering.
Nicht wundern: Die Ressource "Practioner" taucht nicht auf, da die Ärzte als Personen nicht verplant werden. (Das erfolgt über den Dienstplan).

Ich freue mich über Kommentare von Euch!

Simone Heckmann (Jan 08 2019 at 18:24):

@Bettina Lieske : Habt ihr schon irgendwas in der Richtung definiert...?

Stoyan Halkaliev (Mar 28 2019 at 17:18):

Hallo,

Interessante Diskussion, ich arbeite gerade an etwas Ähnliches. Jetzt habe ich eine Situation mit zusätzlichen Konfigurationsdaten, die ich speichern muss, aber ich weiß nicht, wo. Vielleicht hat jemand eine gute Idee.

Es geht um die Planbetten. In meinem Anwendungsfall hat jede Station (Location-Resource) eine Anzahl von Planbetten, die echte physische Objekte sind. Und für jede medizinische Abteilung (Organization-Resource) haben wir die Anzahl der Betten, die sie auf verschiedenen Stationen belegen dürfen. Ich könnte die Gesamtzahl der Stationsbetten und der Organisationsbetten in ein Extention speichern. Aber dann habe ich noch die Kreuztabelle, die mir sagt, wie viele der Abteilungsbetten auf echte Betten aus den verschiedenen Stationen abgebildet sind.

Was könnte ein geeigneter Weg sein? Eine weitere Erweiterung in der Organization-Ressource, d.h. eine Reihe von Referenzen auf die Stations-Locations und der Anzahl der Planbetten? Im Moment fällt mir nichts Besseres ein.

Ich freue mich auf Kommentare. Danke.

Simone Heckmann (Mar 28 2019 at 17:24):

Vielleicht eine List von Betten mit subject:Location(Station)?

Simone Heckmann (Mar 28 2019 at 17:24):

http://hl7.org/implement/standards/fhir/list.html

Stoyan Halkaliev (Mar 28 2019 at 17:54):

Eine sehr gute Idee, ich habe es anfänglich verworfen, weil Organization nicht als Subject vorgehesen ist. Ich wollte die Verbindung von Organization zu Station machen. Aber du hast völlig recht, man kann es auch umdrehen und man spart sich dann die Extention.

Danke !

Stoyan Halkaliev (Mar 28 2019 at 17:55):

Ich habe übrigens eine kleine Exe gebaut, mit dem man sich Locations und Organizations in eine Baumstruktur leicht zusammenbauen kann. Wenn es jemand interessiert, kann ich es irgendwo hochladen.

Stoyan Halkaliev (Mar 28 2019 at 19:34):

Liste allein ist leider nicht ausreichend. Es ist nicht bekannt welche konkrette Betten aus der Station der Fachabteilung zustehen, sondern nur die Anzahl. Ich mache erstmals eine Liste mit Observations, subject:Location(Station) und Performer:Organization(Fachabteilung) und als valueQuantity die Anzahl der Betten. Es sei den jemand hat ganz starke Einwände ?

Stoyan Halkaliev (Mar 28 2019 at 19:35):

Ich würde gern auch ein passendes LOINC code benutzen. Wie zB:

https://details.loinc.org/LOINC/52046-0.html

LOINC ist aber nicht meine Stärke. Wie sucht man, bzw. entscheided man am besten welche Codes passen?

Christof Gessner (Mar 28 2019 at 20:02):

Ich glaube nicht, dass es dafür einen LOINC gibt. Schwerpunkt sind Observations (Labor, Klink), die irgendwas mit dem Patienten und seinen Subsystemen zu tun haben.

Stoyan Halkaliev (Mar 29 2019 at 07:21):

Danke für die Rückmeldung.
Es fühlt sich tatsächlich ein wenig komisch an, dafür Observations zu benutzen. Ich habe gelesen, dass man sie für Geräte-Konfigurationsparameter außerhalb des Patient/Encounter-Kontextes benutzen kann. Und was ich hier im Grunde brauche sind Konfigurationsparameter für die Stationen, bzw. Fachabteilungen.

LOINC code habe ich hier gefunden:

https://www.hl7.org/fhir/valueset-c80-doc-typecodes.html

Ist im Grunde für Dokumente wo die Krankenhausbetten beschrieben werden. Andererseits, aus Entwicklersicht im Moment, ist es ein Konfigurationsparameter für meine Anwendung. Wäre aber notwendig und praktisch es von der Krankenhausadministration bearbeiten zu lassen und als Dokument entsprechend zu versionieren, freigeben, tracen usw.

Ist vielleicht zu kreativ, dafür ist es ohne Extentions machbar ;-)

Danny Ammon (May 12 2020 at 11:57):

Ich würde das hier gern ausgraben und nochmal an das Ursprungsthema anknüpfen: Wie sage ich bei einer interdisziplinär belegten Station (Location) aus, dass sie mehreren unabhängigen Kliniken (Organization) zuzuteilen ist? partOf und managingOrganization sind beide 0..1 und die Zuteilung kann sich über die Zeit ändern, so dass eine Aufteilung in Teil-Stationen auch nicht sinnvoll ist :worried:

Patrick Werner (May 12 2020 at 12:22):

Mittels https://www.hl7.org/fhir/healthcareservice.html kannst du pro Disziplin auf die Location und eine Organization verweisen.

Stoyan Halkaliev (May 14 2020 at 16:32):

Na ja, im Grunde würde man dann HealthcareService als M:N Link benutzen, so ziemlich genau wie ich die Observation dafür missbraucht habe :-) Hängt tatsächlich etwas vom UseCase. In meinem Fall musste auch noch irgendwo unterbringen, wie viel Betten pro Fachrichtung auf der Station reserviert sind, daher passte die Observation besser. Habe mir aber auch sehr genau das HealthcareService angeschaut. Gibt es da auch nicht ein IHE Profil dafür? Irgendwo habe ich gelesen, dass daraus auch ein IG gemacht wurde. Eventuell hat man es dort andere Ideen gehabt.

Stoyan Halkaliev (May 14 2020 at 19:45):

https://wiki.ihe.net/index.php/Mobile_Care_Services_Discovery_(mCSD)

Patrick Werner (May 14 2020 at 20:22):

Stoyan Halkaliev said:

https://wiki.ihe.net/index.php/Mobile_Care_Services_Discovery_(mCSD)

den hatte ich im Hinterkopf.

Adrian Lingen (Jul 08 2020 at 10:12):

Hallo zusammen,

ich habe gerade mir großem Interesse diesen Stream gelesen. Spannende Gedankenansätze!
Ich bin derzeit dabei, Klinikstrukturen von Reha- und Akuthäusern mittels Organization, OrganizationAffiliation und Location auf FHIR abzubilden. Mir ist das Zusammenspiel zwischen Organization und Location noch nicht so klar. Was wird als Organization und was als Location abgebildet und wie interagieren die Objekte miteinander. Sehr hilfreich wäre hierbei eine Beispielmodellierung, welche ein RealWorld-Scenario abbildet. Ich habe gesehen, dass @Michael Sauer bereits Ansätze bereitgestellt hat. Leider sind diese nicht mehr verfügbar. Wäre es möglich, an diese noch einmal heranzukommen? Sehr gerne beteilige ich mich an der Diskussion hier.

@Simone Heckmann ich hatte auch schon auf diversen FHIR-Testservern nach Beispielstrukturen gesucht, jedoch leider ohne wirklichen Erfolg. Hast Du ansonsten noch eine Idee, wo ich fündig werden könnte?
Eine Frage, die z.B. auch aufkam war, wieso eine Location und nicht eine Organisation Öffnungszeiten hat. Bestimmt liegt hier nur ein Verständnisfehler meinerseits vor, daher wäre es gut, wenn es etwas gibt, womit ich meine Gedanken sortieren kann.

Besten Dank im Voraus :slight_smile:

René Spronk (Jul 08 2020 at 10:18):

Location is a physical thing that exists in the real world, it has doors that are open or locked (and opening hours), and a GPS location. An organization is a legal/conceptual thing, that may use many locations. As humans we tend to mix the two: "I'll visit Aldi" - both the organization (the AG), as well as some physical store around the corner in my town. This is a very old discussion in modelling, confusion is quite common. A hospital department may move to a new location, but it'll still be the same department.

Adrian Lingen (Jul 08 2020 at 10:34):

Thanks @René Spronk ! But how do they interact exactly? So if we take a organization with several clinics for instance and each clinic has departments. I find "department" in both ValueSets for OrganizationType and LocationType. And do we build two architectural streams here in parallel or do both complement each other in any way?

René Spronk (Jul 08 2020 at 11:15):

Aldi AG (organization) is of type 'supermarket', the-Aldi-store-on-Berhammn-strasse-2 (Location) is also of type 'supermarket'. One is a type of organization, the other a kind of location (the interior of that building is suitable for it being a supermarket. It could become a ReWe some day, the location would be the same, but the associated organization would change).

René Spronk (Jul 08 2020 at 11:16):

First of all, we have the organization tree. This is the 'chain of command', and doesn't use any locations.

René Spronk (Jul 08 2020 at 11:16):

A Location has a n..m relationship with organizations(or parts thereof).

René Spronk (Jul 08 2020 at 11:18):

Some countries focus more on the organizational aspect, others on locations, some combine/conflate the two. It'll be up to you to determine how to solve this puzzle in the German context.

Michael Sauer (Jul 08 2020 at 13:12):

Adrian Lingen said:

Sehr hilfreich wäre hierbei eine Beispielmodellierung, welche ein RealWorld-Scenario abbildet. Ich habe gesehen, dass Michael Sauer bereits Ansätze bereitgestellt hat. Leider sind diese nicht mehr verfügbar. Wäre es möglich, an diese noch einmal heranzukommen?

Klar, gerne. Das waren die Bilder, die ich damals gepostet habe:

Allgemeine Organisationstruktur:
grafik.png

Es gibt auch Bereiche, in denen die Sprechstunde nicht allgemein in der Ambulanz, sondern für explizit auf Räume geplant wird. Die Strukur sieht dort so aus:
grafik.png

Eine konkrete Abbildung könnte so aussehen:
grafik.png

Zum interdisziplinären Zentrum gehören mehrere Funktionsbereiche, die in einer eigenen Ressource (OrganizationAffiliation) zusammengefasst werden können.
grafik.png

Ich muss allerdings gestehen, dass unsere tatsächliche Abbildung der FHIR-Ressourcen leicht davon abweicht, was aber eher den Quellsystemen geschuldet ist, die die Daten liefern.

Was wir mittlerweile noch verfeinert haben ist die PartOf Hierarchie der Lokation - mit dem Ziel den Ort besser beschreiben zu können. Zudem haben wir die Lokation noch mit einer Extention erweitert um sog. "Assoziierte Lokationen" abbilden zu können. Das sind Verweise auf Lokationen, die im Kontext einer Lokation interessant sind (z.B. die nächste Straßenbahnhaltestelle, der nächste Parkplatz, die Patientenanmeldung, das nächste Kiosk,...)

Frank Oemig (Jul 08 2020 at 15:23):

Die Beispiele sind jetzt konkrete Instanzen bzw. schon direkt technische Abbildungen. Das sollte mMn unabhängig davon mal aufgemalt werden. Dann kann man besser überlegen, wie das in einer Technologie wie FHIR abgebildet werden kann...

Danny Ammon (Jul 09 2020 at 07:55):

OEs.png
Sowas hier? Ich bin nicht sicher, ob wir das für Krankenhäuser detaillierter abgebildet bekommen, ohne in Hausspezifika zu gelangen…

Frank Oemig (Jul 09 2020 at 07:58):

In die Richtung: 1 Krankenhaus, 1 Fachabteilung, 1 Station, und dann jeweils die entsprechenden Beziehungen dazwischen. Zusätzlich Orte etc...

Adrian Lingen (Jul 09 2020 at 08:26):

@René Spronk Thanks a lot! Internally we used the wording "Organization" which is actual a "Location" in FHIR.
@Michael Sauer Super, vielen Dank! Sicherlich muss man bei der modellieren sehr flexibel bleiben, weswegen ich versuche, einen möglichst generischen Ansatz zu bauen.
@Frank Oemig @Danny Ammon Definitiv. Das Datenmodell sollte man generisch aufbauen und nicht an bestimmte Instanzen hängen. Diese waren aber zunächst sehr hilfreich, um die Verwendung dieser Ressourcen besser zu verstehen. Sobald ich meinen Ansatz fertig modelliert habe, kann ich diesen auch hier posten.

Frank Oemig (Jul 09 2020 at 08:53):

Bitte hier mal bei den KIS-Systemen anfragen. Die haben jeweils ganz spezielle Beziehungen etabliert, um intern verschiedene Details wie Abrechnungsmodalitäten dranzuhängen. Wenn das nicht berücksichtigt wird, dann dürfte das Mapping sehr aufwändig werden. Dann ist FHIR auch keine Lösung...

Michael Sauer (Jul 09 2020 at 09:24):

Danny Ammon said:

Sowas hier? Ich bin nicht sicher, ob wir das für Krankenhäuser detaillierter abgebildet bekommen, ohne in Hausspezifika zu gelangen…

Vorsicht: Diese Abbildung repräsentiert ein Krankenhaus aus Sicht des 20 JH. Da hat sich viel geändert. Die Skizze berücksichtigt insbesondere weder die diversen Ambulanten Angebote noch interdisziplinäre Behandlungs-Teams die sich aus Mitarbeitern verschiedener Fachabteilungen zusammen setzen. Auch assoziiert es eine starre Struktur - mittlerweile wird das viel dynamischer gehandhabt (Stationen sind nicht mehr einer Fachabteilung zugeordnet - stattdessen belegen Fachabteilungen Betten auf Stationen - je nach Bedarf).

Frank Oemig (Jul 09 2020 at 10:08):

Genau, malt das doch bitte mal auf...

Frank Oemig (Jul 09 2020 at 10:08):

Station n:m Fachabteilung

Frank Oemig (Jul 09 2020 at 10:08):

Krankenhaus 1:n Fachabteilung

Frank Oemig (Jul 09 2020 at 10:09):

O.ä.

Danny Ammon (Jul 09 2020 at 11:27):

Schon klar – ich hab das versucht, dadurch auszudrücken, dass von mehreren Fachabteilungen aus Linien zu einer Station gehen, aber das war nur ein Schnellschuss, sorry… So wie von Frank beschrieben muss es natürlich modelliert werden!

Sven Helfer (Jul 09 2020 at 11:30):

N.B.: Wahrscheinlich auch zunehmend:
Krankenhaus n:m Fachabteilungen

Frank Oemig (Jul 09 2020 at 12:30):

Dann aber auch Krh.-Krh.

---

Last updated: Apr 12 2022 at 19:14 UTC