Extract-Grain und Abteilungs-Listen führen

Ein QVD-Drop oder ein Hyper-Extract ist noch kein Vertrag. Imaging-Governance scheitert, wenn Study, Patient und Encounter in derselben Datei liegen — oder die MTRA-Liste den Slot steuert, ohne Owner. Spätere BI-Fit-Fragen haben nichts Verbindliches.

Dieser Teil schneidet Grain, erlaubte Felder und die Listen, die Betrieb machen — bevor Qlik oder Tableau sie konsumieren.

Vorher: Der echte Healthcare-Datenpfad. Weiter: BI-Fit und Catalog-Sichtbarkeit.

In einem Satz: Extract und Liste sind Produkte — nicht der Ordner, aus dem die App lädt.

Entscheidung

Vor dem nächsten Reload gilt:

1. ein Grain — Study oder Accession für Imaging-Ops; Patient und Encounter bleiben Care-Produkte aus der Gold-Serie;
2. eine Feldliste — Modalität, Dauer, Gerät, Slot, Station, Accession; Klarname, Befundtext, DICOM-Pfad ausgeschlossen;
3. eine Identity Authority, wenn Excel, RIS und HIS widersprechen — dieselbe Regel wie am MPI, nicht „Qlik gleicht das aus“;
4. ein Listen-Inventar für jede Datei mit Steuerungswirkung;
5. ein Negativtest — Patientenname darf den Ops-Extract nicht als Klartext verlassen.

Kein Load ohne Feldliste. Keine steuernde Datei ohne Owner.

Extract- und Listen-Workflow

1. Ebenen trennen

2. Grain festlegen

Accession ist nicht Patient. Study ist nicht Encounter. Ein Extract, der alle drei mischt, macht jede Wartezeit-Kennzahl und jede Research-Bitte unwiederholbar. Der Architect schützt den Schnitt; der Care Owner beschließt ihn.

3. Identifier-Konflikt klären

Wenn Excel, RIS und HIS widersprechen, führt die schriftliche Identity Authority — nicht das assoziative Modell. Qlik und Tableau dürfen den Konflikt sichtbar machen. Sie dürfen ihn nicht still entscheiden.

4. Abteilungs-Listen inventarisieren

Der Steward erfasst Dateien, die Slot, Warteliste, Raumbelegung oder Dienstplan verändern. Der Report Inventory hilft, Schatten-Exports zu finden. Ad-hoc-Analyse darf bleiben. Eine Datei, die den nächsten Patienten aufruft, ist ein ungoverntes Produkt.

5. Extract als Vertrag, nicht als Drop-Folder

Governte Extrakte: Feldliste, Grain, Zweck, Retention, Stopp-Regel. Kein MRT-Ordner ins QVD. Keine Klaridentität „für die Verknüpfung“. Tableau-Hyper und Power-BI-Import unterliegen derselben Liste.

6. Ablösung und Negativtest

Zielprodukt und Datei laufen befristet parallel, wie in Excel/CSV ablösen. Ein unabhängiger Lauf muss beweisen: Klarname und Pixel erreichen die Ops-App nicht. Besteht der Test nicht, bleibt der Reload zu.

Handoffs

Anti-Patterns

• Klarname im Exportdatei lassen, „sonst bricht der Join“
• Accession, Patient und Encounter in einer QVD-Datei
• MTRA-Liste verbieten, ohne den Slot-Prozess zu ersetzen
• Hyper- oder semantisches Modell-Model-Import ohne Feldvertrag, weil Tableau „nur visualisiert“
• Katalogimport der Warehouse-Tabelle, während die führende Liste auf dem Partnerfreigabe liegt

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

• Arbeitsplan — Healthcare Landscape
• Lernpfad — Healthcare Landscape

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

1. Feldliste eines produktiven Imaging-Extracts schreiben; Pixel und Klarname streichen.
2. Grain Study/Accession gegen Patient/Encounter schriftlich abgrenzen.
3. Alle steuernden Abteilungs-Listen inventarisieren; die kritischste mit Owner und Termin versehen.
4. Negativtest: Klarname erreicht Qlik-, Tableau- oder Power-BI-Ops-App nicht.

Weiterlesen

• Patientenidentität und Zweckbindung
• Excel/CSV als führende Quelle ablösen
• Der echte Healthcare-Datenpfad
• BI-Fit und Catalog-Sichtbarkeit