HEALTHCARE EDITION DEVELOPMENT DIRECTION - E190001 - x-tention
←
→
Transkription von Seiteninhalten
Wenn Ihr Browser die Seite nicht korrekt rendert, bitte, lesen Sie den Inhalt der Seite unten
HEALTHCARE EDITION
DEVELOPMENT DIRECTION
ORC 4 / V IEWPOINT : R ELEASE OHE 18.3.1
< E190001>
Product Orchestra Healthcare Edition
Version 19.*
Status 30.11.2018
INHALT
Das vorliegende Dokument soll einen Überblick zu den geplanten Entwicklungsgebieten der Orchestra
Healtchare Edition bieten. Dabei wird der Fokus spefizisch auf die IHE-Komponenten und damit direkt
auf den Gesundheitsmarkt betreffenden Neuerungen gelegt. Auf Neuerungen des klassischen
Orchestra Service Bus, welcher die Basis der Orchestra Healthcare Edition darstellt, wird Folgend nur
implizit verwiesen. Die Roadmap behält ihre Gültigkeit bis zum Abschluss des letzt in diesem Dokument
geplanten Releases 19.3.1 und wird durch die am 30.11.2019 folge Roadmap 2020 abgelöst.
ZIELGRUPPE
Die im Folgenden angeführten Informationen sind für Systemexperten, Gesundheitsdienste Anbieter,
Solution Architekten und Projektmanager zur strategischen Planung von IT-Lösungen angedacht.
VORBEHALT
Änderungen der Roadmap und Entwicklungsgebiete können durch schwankende Anforderung im
Markt oder durch dringliche Anforderungen von Bestandskunden jederzeit und ohne erforderliche
Notiz an alle Empfänger dieses Dokuments vorgenommen werden. Zeitliche Angaben sollen einen
Richtwert darstellen, Verschiebeungen vorbehalten.
Inhalt
1. Roadmap 18-11 to 19-11.................................................................................................. 2
1.1 Release Plan .............................................................................................................................. 2
1.2 Release Inhalt............................................................................................................................ 2
1.2.1 R 19.1.1 ........................................................................................................................................... 3
1.2.2 R 19.2.1 ........................................................................................................................................... 3
1.2.3 R 19.3.1 ........................................................................................................................................... 3
1.3 Release Übersicht ..................................................................................................................... 8
2. strategische Roadmap 19-11 to 22-12 ............................................................................. 8
2.1 UI-End User ............................................................................................................................... 8
2.2 Betriebsführung ........................................................................................................................ 8
2.3 Streaming Analytics .................................................................................................................. 8
2.4 Rule Engine ............................................................................................................................... 9
2.5 Partnermanagement................................................................................................................. 9
2.6 Verfügbarkeit ............................................................................................................................ 9
2.7 Search – CDR & Semantik ......................................................................................................... 9
p a g e |1
1. Roadmap 18-11 to 19-11
1.1 Release Plan
Folgende Major-Releases 2019:
- R 19.1.1: 29.03.2019
Folgende Feature-Releases 2019:
- R 19.2.1: 31.07.2019
- R 19.3.1: 29.11.2019
1.2 Release Inhalt
Die Orchestra Healthcare Edition unterteilt sich funktional in die Bestandteile
Orchestra Health Service Bus
Orchestra Health Record
Die Bestandteile ermöglichen es Affinity-Domains und Fallaktensystem vollumfänglich abzubilden. Inhaltlich
können Funktionen den aktuellen Release Notes (R 17.1.1 bis R 18.3.1) oder dem Benutzerhandbuch entnommen
werden.
Die im Zuge des 19.* Release geplanten Publikationen teilen sich dabei auf Module des Health Service Busses
sowie des Health Records auf.
p a g e |21.2.1 R 19.1.1
[#OHE-1420&#OHE-1554&# OHE-1566&# OHE-1383]
DICOM Service Package
o DICOM C-FIND Channel
o DICOM C-GET Channel
o DICOM C-MOVE Channel
o DICOM C-STORE Channel
Cross Community Fetch
o ITI-63 (Cross Gateway Fetch)
Mobile Package
o FHIR XDS Bridge – FHIR Abfragen
o Internet User Authorization
1.2.2 R 19.2.1
[#OHE-1551&#OHE-1576&#OHE-1649]
Restricted Metadata Update
o ITI 92 (Restricted Update Document Set)
Multi-Patient Queries
o ITI-51 (Multi-Patient Stored Query)
Remove Metadata and Documents-based Cleaner
1.2.3 R 19.3.1
[#OHE-1151&#OHE-1645]
Lightweight Directory Access Protocol User Interface für die Verwaltung von
o Healthcare Provider Directory
o Personal White Pages
Access Control Layer extension
p a g e |31.3 Release Übersicht
In folgender Grafik wird der in 1.2 aufgegliederte Inhalt illustriert.
p a g e |82. strategische Roadmap 19-11 to 22-12
„Neues wagen und Bewährtes schätzen“
Der in folgendem angeführte Inhalt soll einen Einblick an die strategischen Entwicklungen des
Produktes Orchestra Healthcare Edition geben. Die Entwicklung der Orchestra Healthcare Edition
erfolgt Scrum basiert, wodurch zukünftige Anforderungen grob und 6 Monate vor der tatsächlichen
Umsetzung im Detail Spezifiziert werden. Dadurch ist eine flexibel auf den Markt reagierende
Entwicklung möglich. Im Folgenden werden die Thematiken, welche die Entwicklungen in den
kommenden Jahren beschäftigen werden abstrakt umrissen.
D IE V ISION
Orchestra Healthcare Edition wird…
…extramurale Kommunikation zwischen Krankenhäusern bis hin zu Patienten und Bürger
einschränkungslos erlauben (initialer Fokus: Patientendaten, CDA)
...interne Kommunikation in Krankenhäusern und mit Leistungserbringern einschränkungslos
erlauben
…als Clinical Data Repository Abfragen entscheidungsunterstützend mit „BigData Know-How“
anreichern und ein holistisches (individuell relevantes) Bild des Patienten präsentieren
…seine bestechende Flexibilität und Modularität durch die Kommunikationsserver-
Komponente bewahren
2.1 UI-End User
Eine Einführung eines Portals für den Enduser für die Verwaltung, Informationsgewinnung und
Modifikation sämtlicher medizinischer Daten und Workflows wird bereitgestellt.
2.2 Betriebsführung
Eine Überarbeitung und Neugestaltung des Betriebsführungsprozesses soll umgesetzt werden. Dabei
steht ein Usability Featurepackage für den Monitor, eine Erweiterung des Loggings sowie eine noSQL-
Basis für Orchestra im Fokus.
2.3 Streaming Analytics
Basierend auf den Daten, welche über den Kommunikationsserver fließen können Muster erkannt und
daraus Information generiert werden. Alleine die Informationen des Durchsatzes, können für BI-
Messungen als Basis wertvoller Input sein. Kommunikationsserver sind prädestiniert dafür, Anomalien
im Datendurchsatz festzustellen oder aktuelle KPIs zu liefern. Technisch kann in diesem Kontext im
ersten Schritt eine rudimentäre Streaming Analytics Funktion umgesetzt werden.
Basierend auf einer Analyse der Daten selbst, des Durchsatzes, und des Umfangs, wird ein BI-Modul
geschaffen werden, welches im ersten Schritt KPIs an den Monitor liefert und so relevantes Feedback
zum aktuellen Systemstatus gibt. Im zweiten Schritt kann über eine Mustererkennung (nach
p a g e |8entsprechendem Training) versucht werden, Systemstörungen (technisch oder organisatorischer
Natur) frühzeitig aufzuzeigen.
2.4 Rule Engine
Eine Rule-Engine wird integriert, welche Business-Regeln abbildet und basierend auf
Nachrichteninhalten Regelnetzwerke unterstützt. Somit ist es exemplarisch möglich ein Regelwerk für
Edifact Nachrichten oder Alarm-Funktionen bzw. Clearingfunktionen Projektspezifisch umzusetzen.
2.5 Partnermanagement
Das Partnermanagement von Orchestra soll mit einer UI versehen werden. Dieses enthält ein Tupel
von Standardtemplates, welche der Kunde niederschwellig instanziieren (mit wenigen Klicks eine
laufende Instanz schaffen) kann.
2.6 Verfügbarkeit
Hochverfügbarkeit wird bis auf Channel-Ebene umgesetzt und kann durch den Einsatz von mehreren
Standalone Systemen, welche über Clustering vernetzt sind realisiert werden. Dies kann über sämtliche
Orchestra Editions verwendet werden.
2.7 Search – CDR & Semantik
Eine dynamische Suche zu medizinischen Daten in strukturierter Form wird dem End User (nicht
administratives Personal) ermöglicht. Komplexe Auswertungen können auf das Clinical Data
Repository angewendet werden.
p a g e |9Sie können auch lesen
