Daten eintragen, Phase I

Die Information zu durchgeführten Passivimpfungen und Postexpositionsprophylaxen ist aus infektionshygienischer Sicht notwendig und sollte erfassbar sein.

Ein Transaktionsdiagramm, aus dem die Interaktionen hervorgehen, fehlt. Es sollte die Akteure mit den Informationsobjekten, die verändert werden, enthalten.

Als Use Cases im Sinne der Nutzung eines Impfpasses hätte ich jetzt erwartet:

• Impfpass anlegen
• Impfpass korrigieren
• Impfung eintragen
• Impfung nachtragen
• Impfung korrigieren

Aus der Vorstellung am 20.2. ist aber klargeworden, dass es gar keinen Impfpass gibt, sondern nur eine Impfdokumentation.

Hier müssen wir mEn noch einmal ganz von vorne anfangen, um die Use Cases entsprechend aufzubereiten und das Informationsmodell - als "vollständiges" UML-Klassendiagramm und nicht als Mindmap/Treeview - anzupassen, und dann daraus die Daten für die Use Cases abzuleiten.

Die Spalte ist erklärungsbedürftig:
Zum einen entält sie die Kardinalität, zu der es bereits andere Kommentare gibt.
Dann gibt es Attribute "R" bzw. "M", die nicht erklärt sind. Grundsätzlich müssen alle Felder unterstützt werden. Die Verwendung von Null-Werten muss geklärt werden, vermutlich sind diese nicht zulässig.
Die Datentypen selber (string, identifier, ..) sind noch einmal separat zu erklären.

Hier sollte nicht nur ANR stehen, sondern die tatsächliche LANR gemäß dem neuen Verzeichnis stehen und ggf. auch mit dem Verzeichnis abgeglichen werden (vgl. Diskussion um die LANR bei der Neuanlage von Ärzten in den IT-Systemen).

Neben den Standardindikationen gibt es Indikationsimpfungen z.B. durch das persönliche Risiko bei Erkrankungen, Reisen oder Beruf. Impfschemas richten sich auch nach der Indikation. Eine Aussage über die Notwendigkeit von Wiederholungsimpfungen oder Impfabständen lässt sich in der Regel nicht immer korrekt treffen, wenn die Impfindikation unbekannt ist. Patienten wissen häufig nicht Bescheid oder die Angaben sind nicht validiert und damit nicht verwertbar.
Vorschlag: Die Impfindikation wird entsprechend den STIKO-Empfehlungen (z.B. mit S, I, R, B) gekennzeichnet, falls bekannt. Bei Übertragungen aus alten Dokumentationen ist die Indikation nicht immer bekannt. Bei Neuimpfungen ist die Indikation immer bekannt und würde durch Dokumentation das MIO-System zukünftig qualitätsmäßig ergänzen.

Zu der hier vorliegenden Darstellung des Informationsobjekts und seiner Anwendungsszenarien fehlt aus unserer Sicht eine Darstellung des Prozesses für die beiden Anwendungsszenarien. Erst wenn ersichtlich ist, welche Akteure und Systeme bei der Befüllung des Informationsobjektes beteiligt sind und wie die Befüllung erfolgen soll, kann umfassend beurteilt werden, ob die im MIO eImpfpass enthaltenen granularen Informationen im Alltag praktikabel und sinnvoll gefüllt werden können. Auch wären funktionale Anforderungen für die Implementierung des MIO in Praxisverwaltungssystemen oder anderer Software wichtig, um einschätzen zu können, welche Auswirkungen auf die praktische Arbeit der Ärzte aus der Einführung des eImpfpass resultieren. Aus den vorliegenden Informationen ist nicht ersichtlich, wer für die Konzeption der Prozesse und die Festlegung der funktionalen Anforderungen einer Implementierung zuständig ist. Aus unserer Sicht ist es zwingend erforderlich, dass ggf. eine Klärung dieser Frage erfolgt.
Ebenfalls wäre u.E. eine User-Story sehr hilfreich, um zahlreiche Fragen beleuchten zu können, wie mit dem MIO eImpfpass in der Praxis umgegangen werden kann.

Ergänzend zu meinem vorherigen Kommentar (bisher nicht veröffentlicht), folgende weitere Frage zum angedachten Prozess.
Wenn es bereits einen Impfpass (als FHIR Dokument) in der epa gibt und ein Praxissystem einen neuen Eintrag (neue Impfung) schreiben will, dann müsste ja zunächst abgefragt werden, ob bereits ein Impfpass vorliegt, damit kein zweiter, komplett neuer Impfpass erstellt wird, sondern der bestehende aktualisiert wird. Welche Meta-Daten sind hierfür definiert, um zu erkennen, dass es bereits ein solches Dokument gibt?

Eine digitale Impfstoffdokumentation für eine aktuelle Impfung erfordert einen kleinen QR-Code oder einen 2 D-Barcode auf der Impfstoffampulle, der automatisiert alle erforderlichen Dokumentationsschritte (Datum, Klarnameneintrag des Impfstoffs, Chargennummer, Namen der Krankheitheiten gegen die geimpft wurde (verschiedene Kombinationsimpfstoffe), Signatur, sowie die Ablage der Abrechnungsziffer im Praxisinformationssystem) automatisch auslöst und die entsprechenden Einträge automatisiert in die vorgesehenen Textfelder einfügt. Dafür bedarf es der Integration eines Handscanners. Üblicherweise finden Großpackungen mit 10 oder 20 Impfampullen pro Karton Anwendung, so das der vorgeschriebene 2 D-Barcode auf der Pappschachtel im Impfstoffkühlschrank liegt und für diesen Vorgang nicht geeignet ist.

Unter "inhaltliche Darstellung" wird gesagt, dass es sich bei den Feldern um ein "Pflicht- (M) oder ein für die nutzende Person optionales Feld (R) handelt".
Hier könnte der Eindruck entstehen, dass "M" ein "MUSS"-Feld kennzeichnet, wobei sich für "R" keine direkte Äquivalenz aufdrängt.

Die Kürzel stammen aus HL7 Version 3, was sich mit den Links deckt: Bei "M" handelt es sich um eine "Mandatory"-Angabe, also eine, die einen direkten Wert unter Ausschluss von Null-Werten verlangt, während das "R" für "Required" steht und somit nicht der Bedeutung optional entspricht. Für "optional" ist "O" vorgesehen.

Die verwendete technische Terminologie sollte auf einer separaten Seite erklärt sein und nicht auf ein Tool verweisen, dass nicht direkt sichtbar ist und auch nur indirekt verwendet wird.
Wenn eine spezielle technische Terminologie verwendet wird, dann sollte diese entweder abstrakt oder in direktem Zusammenhang mit der eingesetzten Repräsentationstechnologie, hier HL7 FHIR, stehen. FHIR benutzt aber andere Begriffe.

Hier wäre zu diskutieren, ob einige Vorgaben der STIKO mit einfliessen sollten: wichtig wäre zB der frühestmögliche Impfbeginn. So sollten Personen, bei denen dieser Zeitpunkt überschritten ist, automatisch eine Impferinnerung erhalten, zB beim Aufruf des Ausweises in der Praxis o.a. Das wäre also die 8. Lebenswoche, der 11. Lebensmonat und der 9. Geburtstag.
Insgesamt soll dieser Ausweis ja die Beteiligung verbessern, bei Aufruf muss also ein Hinweis auf fehlende Impfungen und auf noch nicht durchgeführte erscheinen.

Beim Eintrag einer Impfung in den e-Pass muss diese auch automatisch in die Praxis-EDV übertragen werden, um Doppelarbeit zu vermeiden.