Changes between Version 26 and Version 27 of DetailsFeatures
- Timestamp:
- May 28, 2022, 2:27:34 PM (3 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
DetailsFeatures
v26 v27 80 80 == Systembasis 81 81 82 TODO 82 * Notwendige Daten (Personen-/Fall-Stammdaten, Diagnosen, Texte, {Labor-}Werte) werden durch KIS-spezifische SQL-Anweisungen gewonnen, gesteuert durch einen frei gestaltbaren Zeitplan. 83 83 84 * Die KIS-spezifischen SQL-Anweisungen sind ihrerseits in der Datenbank hinterlegt und können so leicht angepasst werden (also ohne Änderung des „eigentlichen“ Programms). 84 85 86 * Relevante Konstellationen (neue bzw. geänderte, einschlägige Diagnosen, Befund-Texte oder {Labor-}Werte) werden per E-Mail gemeldet und anschließend in der Datenbank gespeichert, damit jede einzelne Konstellation nur jeweils '''einmal''' gemeldet wird 85 87 86 * TODO Automatische Updates 88 * Das System ist im Hinblick auf eine maximale Reduktion des Wartungsaufwandes optimiert: insbesondere sicherheitsrelevante Updates werden automatisch installiert, sofern die virtuelle Maschine über einen Internetzugang (per Proxy oder direkt) verfügt. 89 * __Hinweis:__ jeweils zum Jahresende wird ein Update des ICD-Katalogs und der mit ihm verknüpften Hinterlegungen erforderlich. Hierfür wird alljährlich ein einfach zu bedienendes "Updater-Programm" zur Verfügung gestellt. 87 90 88 * TODO Crash des Servers - kein Problem, Threads sind so robust gestaltet, dass keine Probleme auftreten, schlimmstenfalls wird eine bereits verschickte Nachricht noch ein weiteres Mal gesendet91 * Die Threads sind robust gestaltet: selbst ein Crash und ein sich daran anschließender Neustart der virtuellen Maschine führt zu keinen Problemen, die einen Eingriff seitens des Administrationsteams erforderlich machen; schlimmstenfalls werden bereits verschickte Nachrichten noch ein weiteres Mal verschickt. 89 92 90 93 * Wird eine weitgehende Anonymisierung gewünscht, kann die Übernahme personenbezogener Attribute (Nachname, Vorname, Geburtsdatum) und/oder die Übermittlung dieser Angaben in den von TransplantAct verschickten Nachrichten unterbleiben. 91 92 TODO93 Notwendige Daten (Personen-/Fall-Stammdaten, Diagnosen, Texte, {Labor-}Werte) werden durch KIS-spezifische SQL-Anweisungen gewonnen, gesteuert durch einen frei gestaltbaren Zeitplan94 Die KIS-spezifischen SQL-Anweisungen sind ihrerseits in der TransplantAct-Datenbank hinterlegt und können so leicht angepasst werden (also ohne Änderung des „eigentlichen“ Programms)95 Relevante Konstellationen (neue bzw. geänderte, einschlägige Diagnosen, Befund-Texte oder {Labor-}Werte) werden per E-Mail gemeldet und anschließend in der TransplantAct-Datenbank gespeichert, damit jede einzelne Konstellation nur jeweils einmal gemeldet wird96 97 98 Erhebung der notwendigen Daten (auch hinsichtlich der gewünschten Optionen) mit Hilfe eines bspw. im Adobe Reader „elektronisch“ ausfüllbaren PDF-Formulars99 Konfektionierung einer angepassten virtuellen Maschine auf Basis dieser Angaben (alle Parameter bzw. Einstellungen werden in Gestalt von Datenbank-Einträgen hinterlegt)100 Übermittlung des Images dieser angepassten virtuellen Maschine an das Krankenhaus101 Inbetriebnahme der virtuellen Maschine im dortigen VM-Ware-System102 103 94 104 95 * Alle erzeugten Meldungen können als medizinische Dokumente (PDF) in Gestalt von HL7-MDM-Nachrichten (Socket-basiert oder über Dateisystem-Freigaben) übertragen werden.