MESI mCONNECT Servicekatalog
1 Einführung
Dieses Dokument bietet eine detaillierte Spezifikation unserer sofort einsetzbaren Connectivity-Services. Es wurde entwickelt, um unseren Kunden ein klares Verständnis der Funktionen und Möglichkeiten zu vermitteln, die in jedem Connectivity-Paket enthalten sind. Dieses Dokument kann in Verträgen und Leistungsbeschreibungen (Statements of Work, SOWs) als Referenz verwendet werden, um eine eindeutige Abstimmung über Projektumfang und -ergebnisse sicherzustellen.
Jeder unten aufgeführte Connectivity-Service verfügt über einen eigenen Spezifikationsabschnitt, der die Funktionen des Minimum Viable Product (MVP), technische Anforderungen und weitere wichtige Details beschreibt.
2 Software-Updates und Wartung
Bei Cloud-basierten Implementierungen werden Software‑Updates, Erweiterungen und Sicherheits-Patches automatisch vom Connectivity-Team bereitgestellt. Kunden werden mindestens sieben (7) Tage im Voraus über geplante Updates informiert, die die Serviceverfügbarkeit oder Funktionalität beeinträchtigen könnten.
Bei On-Premises-Implementierungen werden Kunden über verfügbare Updates informiert. Auf Anfrage des Kunden wird der Installer oder das Softwarepaket zur Verfügung gestellt, damit der Kunde das Update in seiner eigenen Umgebung bereitstellen kann. Die Installation und Durchführung von Upgrades erfolgt durch den Kunden, sofern nicht schriftlich etwas anderes vereinbart wurde.
3 Verfügbare Connectivity-Pakete
Nachfolgend finden Sie eine tabellarische Übersicht unserer derzeit verfügbaren, sofort einsetzbaren Connectivity-Pakete:
| EHR‑System | Datenformat | Bereitstellungsmodell |
|---|---|---|
| Best Practice | JSON | Cloud (SaaS) |
| Birpis | HL7 | On-premise |
| Doctolib | GDT | On-premise |
| Hipokrat | HL7 | On-premise |
| Iris | HL7 | On-premise |
| Isoz | HL7 | On-premise |
| Join | JSON | Cloud (SaaS) |
| NextGen | HL7 | On-premise |
| Tomedo | GDT | Out of device |
| Vena | JSON | Cloud (SaaS) |
| Webdoc | JSON | Cloud (SaaS) |
| WEDA | HL7 | On-premise |
| ZipLaneRx | JSON | Cloud (SaaS) |
3.1 Best Practice
Dieser Service bietet eine sofort einsatzbereite, cloudbasierte Integration zwischen dem Best Practice‑EHR‑System und der MESI‑mCONNECT‑API über HALO Connect. Er ist als „Integration API“-Komponente in Azure aufgebaut und wurde entwickelt, um einen sicheren, bidirektionalen Datenaustausch für Patientendaten, Messdaten‑Payloads und Gerätekonfiguration zu ermöglichen.
3.1.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTPS |
| Interaktionsmethode / Protokoll | REST‑basierte API |
| Integrationsmuster | Synchron, asynchron |
| Datenformat | JSON im SQL‑Passthrough |
| Autorisierung | API‑Schlüssel |
3.1.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Patienten-ID, Vorname, Nachname, Geburtsdatum, Geschlecht, Status. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten JSON-Struktur an den HALO-Endpunkt (asynchrone Methode). |
| Gerätekonfiguration und -status | Cloud-Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard, erneuten Senden von Messungen (Pooling-Mechanismus) sowie zur Verwaltung von mTABLET-Geräten und entsprechenden Tablet-Gruppen. |
| Autorisierungsrahmen | API-Schlüssel. |
3.1.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Die MESI-Integrations-API fordert bei jedem Aufruf des mTABLET-Terminals Termine an.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den HALO-Endpunkt.
3.2 Birpis
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem Birpis-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.2.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | TCP |
| Interaktionsmethode / Protokoll | Nachricht |
| Integrationsmuster | Synchron |
| Datenformat | HL7 |
| Autorisierung | IP‑Whitelistening |
3.2.2. Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Nachrichtenmetadaten | Nachrichtenzeitstempel (MSH.7.1), der für die Verarbeitung des Anfragedatums verwendet wird. |
| Patientenidentifikation | Patienten-ID und vollständiger Patientenname (PID-3, PID-5), einschließlich strukturierter Namensbestandteile. |
| Patientendemografie | Geburtsdatum, administratives Geschlecht (zugeordnet), Rasse (einschließlich interner Race_Code-Zuordnung) und primäre Sprache. |
| Patientenkontaktinformationen | Adresse (Straße, Stadt, Postleitzahl, Land, Adresstyp), Telefonnummer und E-Mail. |
| Begegnungs- / Besuchsinformationen | Patientenklasse, Standort, Aufnahmetyp, Besuchsnummer (mit zuweisender Instanz und Typ), Besuchszeitstempel. |
| Leistungserbringerinformationen | Behandelnder Leistungserbringer (PV1-7) und verordnender Leistungserbringer (ORC-12, OBR-16). |
| Auftragsverwaltung | Auftragssteuerung, Auftragsnummern des Auftraggebers/Empfängers, Gruppennummer, Auftragsstatus, Antwortkennzeichen, Zeitplanung/Menge/Priorität, Transaktionszeitstempel, Wirksamkeitsdatum. |
| Beobachtungs- / Prozeduranforderung | Universelle Leistungs-ID, Priorität, angeforderte/geplante/Beobachtungszeitstempel, diagnostischer Abschnitt, Zeitplanungsblock (OBR-27), Technikerinformationen, Prozedurcode. |
| Austausch von Messdaten | Die Konnektivitätssoftware sendet eine ausgehende ORU-R01-Nachricht an die benutzerdefinierte EHR-IP- und Port-Spezifikation. ORU-R01 enthält sowohl Rohmessdaten in der von MESI vorgegebenen HL7-Struktur als auch ein Base64-kodiertes PDF. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und entsprechenden Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.2.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Das EHR sendet eine ORM-O01-Auftragsanforderung über TCP an die Konnektivitätssoftware.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine ORU-R01-Messnachricht und sendet diese an die konfigurierte EHR-IP und den entsprechenden Port.
3.3 Doctolib
Dieser Service bietet zwei vorgefertigte Integrationen:
MESI mTABLET und Doctolib unter Verwendung der auf dem mTABLET-Gerät verfügbaren Anwendung Worklist Direct.
Eine lokal gehostete MESI-Integration mit Unterstützung des GDT-Datenformats. Dabei handelt es sich um eine von MESI individuell entwickelte Software, die einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration ermöglicht.
3.3.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | FTP |
| Interaktionsmethode / Protokoll | Dateiübertragung |
| Integrationsmuster | Asynchron |
| Datenformat | GDT |
| Autorisierung | N/V (Infrastruktur definiert) |
3.3.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| System- / Partneridentifikation | Absender-/Empfängerkennungen und -bezeichnungen sind vorhanden, ergänzt durch zusätzliche Systemcodes/IDs. |
| GDT-Nachrichtenmetadaten | Technische Felder, die das Nachrichtenformat/die Version/den Datensatztyp beschreiben, sind vorhanden (z. B. „8000“, „8100“, „9206“, „9218“, „8402“, „8609“). |
| Patientendemografie | Patienten-Vorname (3101), Nachname (3102), Geburtsdatum (3103) und Geschlecht (3110). |
| Patientenkennungen | Ein patientenspezifischer Identifikator (3105). |
| Patientenadresse | Postleitzahl (3112), Stadt (3113) sowie zusätzliche Adresszeilen (3106, 3107). |
| Patientenkontakt | E-Mail-Adresse (3633). |
| Auftrag- / Leistungsanfrage | Die angeforderte Leistung/Untersuchung (2998). |
| Auftrags- / Anfragekennungen | Eine Anfrage-/Auftragsreferenz (2999) sowie zusätzliche auftragsbezogene numerische Kennungen (3626, 3629). |
| Austausch von Messdaten | Die Konnektivitätssoftware legt eine Messdatei im GDT-Format sowie eine PDF-Datei in einem benutzerdefinierten Ordner ab. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.3.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Doctolib legt eine GDT-Datei im benutzerdefinierten Eingangsordner ab, die von der Software validiert und verarbeitet wird.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine GDT-Messdatei und eine PDF-Datei in den benutzerdefinierten Ausgangsordnern.
3.4 Hipokrat
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem Hipokrat-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.4.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | TCP |
| Interaktionsmethode / Protokoll | Nachricht |
| Integrationsmuster | Synchron |
| Datenformat | HL7 |
| Autorisierung | IP‑Whitelistening |
3.4.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Nachrichtenmetadaten | Nachrichtenzeitstempel (MSH.7.1), der für die Verarbeitung des Anfragedatums verwendet wird. |
| Patientenidentifikation | Patienten-ID und vollständiger Patientenname (PID-3, PID-5), einschließlich strukturierter Namensbestandteile. |
| Patientendemografie | Geburtsdatum, administratives Geschlecht (zugeordnet), Rasse (einschließlich interner Race_Code-Zuordnung) und primäre Sprache. |
| Patientenkontaktinformationen | Adressdetails (PID-11), Telefonnummer und E-Mail (PID-13). |
| Begegnungs- / Besuchsinformationen | Patientenklasse, zugewiesener Standort, Aufnahmetyp, Besuchsnummer (mit zuweisender Instanz und Typ), Besuchszeitstempel (PV1-Segment). |
| Leistungserbringerinformationen | Behandelnder Leistungserbringer (PV1-7) und verordnender Leistungserbringer (ORC-12, OBR-16). |
| Auftragsverwaltung | Auftragssteuerung, Auftragsgeber-/Auftragnehmerkennungen, Gruppennummer, Auftragsstatus, Antwortkennzeichen, Zeit-/Mengen-/Prioritätsangaben, Transaktionszeitstempel, Wirksamkeitsdatum (ORC-Segment). |
| Beobachtungs- / Prozeduranforderung | Universelle Leistungs-ID (z. B. EKG), Priorität, angeforderte/Beobachtungs-/geplante Zeitstempel, diagnostischer Leistungsbereich, Zeitplanungsblock (OBR-27), Technikerinformationen, Prozedurcode (OBR-Segment). |
| Austausch von Messdaten | Die Konnektivitätssoftware sendet eine ausgehende ORU-R01-Nachricht an die vom Benutzer definierte EHR-IP- und Port-Spezifikation. ORU-R01 enthält sowohl Rohmessdaten in der von MESI vorgegebenen HL7-Struktur als auch ein Base64-codiertes PDF. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.4.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Das EHR sendet eine ORM-O01-Auftragsanforderung über TCP an die Konnektivitätssoftware.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine ORU-R01-Messnachricht und sendet diese an die konfigurierte EHR-IP und den entsprechenden Port.
3.5 Iris
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem Iris-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.5.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | TCP |
| Interaktionsmethode / Protokoll | Nachricht |
| Integrationsmuster | Synchron |
| Datenformat | HL7 |
| Autorisierung | IP‑Whitelistening |
3.5.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Nachrichtenmetadaten | Nachrichtenzeitstempel (MSH.7.1), der für die Verarbeitung des Anfragedatums verwendet wird. |
| Patientenidentifikation | Patienten-ID und vollständiger Patientenname (PID-3, PID-5), einschließlich strukturierter Namensbestandteile. |
| Patientendemografie | Geburtsdatum, administratives Geschlecht (zugeordnet), Rasse (einschließlich interner Race_Code-Zuordnung) und primäre Sprache. |
| Patientenkontaktinformationen | Adressdetails (PID-11), Telefonnummer und E-Mail (PID-13). |
| Begegnungs- / Besuchsinformationen | Patientenklasse, zugewiesener Standort, Aufnahmetyp, Besuchsnummer (mit zuweisender Instanz und Typ), Besuchszeitstempel (PV1-Segment). |
| Leistungserbringerinformationen | Behandelnder Leistungserbringer (PV1-7) und verordnender Leistungserbringer (ORC-12, OBR-16). |
| Auftragsverwaltung | Auftragssteuerung, Auftragsgeber-/Auftragnehmerkennungen, Gruppennummer, Auftragsstatus, Antwortkennzeichen, Zeit-/Mengen-/Prioritätsangaben, Transaktionszeitstempel, Wirksamkeitsdatum (ORC-Segment). |
| Beobachtungs- / Prozeduranforderung | Universelle Leistungs-ID (z. B. EKG), Priorität, angeforderte/Beobachtungs-/geplante Zeitstempel, diagnostischer Leistungsbereich, Zeitplanungsblock (OBR-27), Technikerinformationen, Prozedurcode (OBR-Segment). |
| Austausch von Messdaten | Die Konnektivitätssoftware sendet eine ausgehende ORU-R01-Nachricht an die vom Benutzer definierte EHR-IP- und Port-Spezifikation. ORU-R01 enthält sowohl Rohmessdaten in der von MESI vorgegebenen HL7-Struktur als auch ein Base64-codiertes PDF. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.5.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Das EHR sendet eine ORM-O01-Auftragsanforderung über TCP an die Konnektivitätssoftware.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine ORU-R01-Messnachricht und sendet diese an die konfigurierte EHR-IP und den entsprechenden Port.
3.6 Isoz
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem Isoz-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.6.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | TCP |
| Interaktionsmethode / Protokoll | Nachricht |
| Integrationsmuster | Synchron |
| Datenformat | HL7 |
| Autorisierung | IP‑Whitelistening |
3.6.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Nachrichtenmetadaten | Nachrichtenzeitstempel (MSH.7.1), der für die Verarbeitung des Anfragedatums verwendet wird. |
| Patientenidentifikation | Patienten-ID und vollständiger Patientenname (PID-3, PID-5), einschließlich strukturierter Namensbestandteile. |
| Patientendemografie | Geburtsdatum, administratives Geschlecht (zugeordnet), Rasse (einschließlich interner Race_Code-Zuordnung) und primäre Sprache. |
| Patientenkontaktinformationen | Adressdetails (PID-11), Telefonnummer und E-Mail (PID-13). |
| Begegnungs- / Besuchsinformationen | Patientenklasse, zugewiesener Standort, Aufnahmetyp, Besuchsnummer (mit zuweisender Instanz und Typ), Besuchszeitstempel (PV1-Segment). |
| Leistungserbringerinformationen | Behandelnder Leistungserbringer (PV1-7) und verordnender Leistungserbringer (ORC-12, OBR-16). |
| Auftragsverwaltung | Auftragssteuerung, Auftragsgeber-/Auftragnehmerkennungen, Gruppennummer, Auftragsstatus, Antwortkennzeichen, Zeit-/Mengen-/Prioritätsangaben, Transaktionszeitstempel, Wirksamkeitsdatum (ORC-Segment). |
| Beobachtungs- / Prozeduranforderung | Universelle Leistungs-ID (z. B. EKG), Priorität, angeforderte/Beobachtungs-/geplante Zeitstempel, diagnostischer Leistungsbereich, Zeitplanungsblock (OBR-27), Technikerinformationen, Prozedurcode (OBR-Segment). |
| Austausch von Messdaten | Die Konnektivitätssoftware sendet eine ausgehende ORU-R01-Nachricht an die vom Benutzer definierte EHR-IP- und Port-Spezifikation. ORU-R01 enthält sowohl Rohmessdaten in der von MESI vorgegebenen HL7-Struktur als auch ein Base64-codiertes PDF. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.6.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Das EHR sendet eine ORM-O01-Auftragsanforderung über TCP an die Konnektivitätssoftware.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine ORU-R01-Messnachricht und sendet diese an die konfigurierte EHR-IP und den entsprechenden Port.
3.7 Join
Dieser Service bietet eine vorgefertigte, cloud-gehostete Integration zwischen dem Join-EHR-System und der MESI mCONNECT-API. Sie ist auf Azure als „Integration API“-Komponente aufgebaut und darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.7.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTPS |
| Interaktionsmethode / Protokoll | REST‑basierte API |
| Integrationsmuster | Synchron |
| Datenformat | JSON |
| Autorisierung | OAuth 2.0 |
3.7.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Synchronisation von Patienten-ID, Name, Geburtsdatum, Geschlecht, eindeutigen Besuchskennungen, Tablet-Gruppe und der durchzuführenden Messung beim Patienten. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten JSON-Struktur an den Join-Endpunkt. |
| Gerätekonfiguration und -status | Cloud-Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | OAuth 2.0 Bearer-Token-Austausch. |
3.7.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Join sendet eine POST-Anfrage an die MESI-Integrations-API.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den Join-Endpunkt.
3.8 NextGen
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem NextGen-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.8.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | TCP |
| Interaktionsmethode / Protokoll | Nachricht |
| Integrationsmuster | Synchron |
| Datenformat | HL7 |
| Autorisierung | IP‑Whitelistening |
3.8.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Nachrichtenmetadaten | Nachrichtenzeitstempel (MSH.7.1), der für die Verarbeitung des Anfragedatums verwendet wird. |
| Patientenidentifikation | Patienten-ID und vollständiger Patientenname (PID-3, PID-5), einschließlich strukturierter Namensbestandteile. |
| Patientendemografie | Geburtsdatum, administratives Geschlecht (zugeordnet), Rasse (einschließlich interner Race_Code-Zuordnung) und primäre Sprache. |
| Patientenkontaktinformationen | Adressdetails (PID-11), Telefonnummer und E-Mail (PID-13). |
| Begegnungs- / Besuchsinformationen | Patientenklasse, zugewiesener Standort, Aufnahmetyp, Besuchsnummer (mit zuweisender Instanz und Typ), Besuchszeitstempel (PV1-Segment). |
| Leistungserbringerinformationen | Behandelnder Leistungserbringer (PV1-7) und verordnender Leistungserbringer (ORC-12, OBR-16). |
| Auftragsverwaltung | Auftragssteuerung, Auftragsgeber-/Auftragnehmerkennungen, Gruppennummer, Auftragsstatus, Antwortkennzeichen, Zeit-/Mengen-/Prioritätsangaben, Transaktionszeitstempel, Wirksamkeitsdatum (ORC-Segment). |
| Beobachtungs- / Prozeduranforderung | Universelle Leistungs-ID (z. B. EKG), Priorität, angeforderte/Beobachtungs-/geplante Zeitstempel, diagnostischer Leistungsbereich, Zeitplanungsblock (OBR-27), Technikerinformationen, Prozedurcode (OBR-Segment). |
| Austausch von Messdaten | Die Konnektivitätssoftware sendet eine ausgehende ORU-R01-Nachricht an die vom Benutzer definierte EHR-IP- und Port-Spezifikation. ORU-R01 enthält sowohl Rohmessdaten in der von MESI vorgegebenen HL7-Struktur als auch ein Base64-codiertes PDF. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.8.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Das EHR sendet eine ORM-O01-Auftragsanforderung über TCP an die Konnektivitätssoftware.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine ORU-R01-Messnachricht und sendet diese an die konfigurierte EHR-IP und den entsprechenden Port.
3.9 Tomedo
Dieser Service bietet zwei vorgefertigte Integrationen:
MESI mTABLET und Tomedo unter Verwendung der auf dem mTABLET-Gerät verfügbaren Anwendung Worklist Direct.
Eine lokal gehostete MESI-Integration mit Unterstützung des GDT-Datenformats. Dabei handelt es sich um eine von MESI individuell entwickelte Software, die einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration ermöglicht.
3.9.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | FTP |
| Interaktionsmethode / Protokoll | Dateiübertragung |
| Integrationsmuster | Asynchron |
| Datenformat | GDT |
| Autorisierung | N/V (Infrastruktur definiert) |
3.9.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| System- / Partneridentifikation | Absender- und Empfängerkennungen sowie Bezeichnungen sind vorhanden, ergänzt durch zusätzliche Systemcodes/IDs. |
| GDT-Nachrichtenmetadaten | Technische Felder, die das Nachrichtenformat/die Version/den Datensatztyp beschreiben, sind vorhanden (z. B. „8000“, „8100“, „9206“, „9218“, „8402“, „8609“). |
| Patientendemografie | Patienten-Vorname (3101), Nachname (3102), Geburtsdatum (3103) und Geschlecht (3110). |
| Patientenkennungen | Ein patientenspezifischer Identifikator (3105). |
| Patientenadresse | Postleitzahl (3112), Stadt (3113) sowie zusätzliche Adresszeilen (3106, 3107). |
| Patientenkontakt | E-Mail-Adresse (3633). |
| Auftrag- / Leistungsanfrage | Die angeforderte Leistung/Untersuchung (2998). |
| Auftrags- / Anfragekennungen | Eine Anfrage-/Auftragsreferenz (2999) sowie zusätzliche auftragsbezogene numerische Kennungen (3626, 3629). |
| Austausch von Messdaten | Die Konnektivitätssoftware legt eine GDT-Messdatei und eine PDF-Datei in einem vom Benutzer definierten Ordner ab. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | N/A |
3.9.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Tomedo legt eine GDT-Datei im benutzerdefinierten Eingangsordner ab, die von der Software validiert und verarbeitet wird.
Übermittlung von Messergebnissen: Die Konnektivitätssoftware erstellt eine GDT-Messdatei und eine PDF-Datei in den benutzerdefinierten Ausgangsordnern.
3.10 Vena
Dieser Service bietet eine vorgefertigte, cloud-gehostete Integration zwischen dem Vena-EHR-System und der MESI mCONNECT-API über die Leyr-Plattform. Sie ist auf Azure als „Integration API“-Komponente aufgebaut und darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.10.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTPS |
| Interaktionsmethode / Protokoll | REST‑basierte API |
| Integrationsmuster | Synchron |
| Datenformat | JSON |
| Autorisierung | Client‑ID/Secret |
3.10.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Patienten-ID, Name, Nachname, Geburtsdatum, Adressinformationen, Name/Nachname des behandelnden Arztes, Geschlecht, eindeutige Besuchskennungen, Tablet-Gruppe und die beim Patienten durchzuführende Messung. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten JSON-Struktur an den Leyr-Endpunkt. |
| Gerätekonfiguration und -status | Cloud-Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | Client-ID/-Geheimnis. |
3.10.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Die MESI-Integrations-API fordert bei jedem Aufruf des mTABLET-Terminals Termine an.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den Leyr-Endpunkt.
3.11 Webdoc
This service delivers a ready‑made, cloud‑hosted integration between Webdoc EHR system and MESI mCONNECT API thru Leyr platform. It is built on Azure as an “Integration API” component and is designed to provide secure, bidirectional data exchange for patient demographics, measurement payloads and device configuration.
3.11.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTPS |
| Interaktionsmethode / Protokoll | REST‑basierte API |
| Integrationsmuster | Synchron |
| Datenformat | JSON |
| Autorisierung | Client‑ID/Secret |
3.11.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Patienten-ID, Name, Nachname, Geburtsdatum, Adressinformationen, Name/Nachname des behandelnden Arztes, Geschlecht, eindeutige Besuchskennungen, Tablet-Gruppe und die beim Patienten durchzuführende Messung. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten JSON-Struktur an den Leyr-Endpunkt. |
| Gerätekonfiguration und -status | Cloud-Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | Client-ID/-Geheimnis. |
3.11.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: Die MESI-Integrations-API fordert bei jedem Aufruf des mTABLET-Terminals Termine an.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den Leyr-Endpunkt.
3.12 WEDA
Dieser Service bietet eine vorgefertigte, lokal gehostete Integration zwischen dem WEDA-EHR-System und der MESI-Konnektivitätssoftware. Sie basiert auf der Mirth-Connect-Plattform von NextGen und ist darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.12.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTP, FTP |
| Interaktionsmethode / Protokoll | REST‑basierte API, Dateiübertragung |
| Integrationsmuster | Synchron, asynchron |
| Datenformat | HL7 |
| Autorisierung | Token‑basiert |
3.12.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Unterstützt Patienten-ID (PID-3.1), Name (PID-5), Geburtsdatum (PID-7.1), Geschlechtszuordnung aus PID-8.1 und Rasse (PID-10.* mit interner Race_Code-Zuordnung). |
| Patientenkontaktinformationen | Unterstützt Adresse (PID-11[0].1/.3/.5/.6/.7), Telefon (PID-13[0].1/.2/.3) und E-Mail (PID-13[0].4). |
| Begegnungs- / Besuchsinformationen | Unterstützt Besuchsinformationen aus PV1, einschließlich Patientenklasse (PV1-2.1), Standort (PV1-3.1), Aufnahmetyp (PV1-4.1), Leistung (PV1-10.1), Besuchsnummer (PV1-19.*) sowie Aufnahme- und Entlassungszeitpunkte (PV1-44.1, PV1-45.1). |
| Leistungserbringerinformationen | Unterstützt den behandelnden Arzt (PV1-7), den verordnenden Leistungserbringer auf ORC-Ebene (ORC-12) und auf OBR-Ebene (OBR-16.*). |
| Auftragsverwaltung | Unterstützt Auftragssteuerung und -kennungen, Status, Zeitangaben, eingegeben/überprüft von, Rückrufnummer sowie Wirksamkeitsdatum/-zeit aus ORC. |
| Beobachtungs- / Prozeduranforderung | Unterstützt Leistungs-/Prozedurinformationen, angeforderte/geplante Zeiten, diagnostischen Abschnitt, Technikerinformationen und Zeitplanungsblöcke aus OBR. |
| Nachrichtenmetadaten | Verwendet MSH-7.1 als Anforderungszeitstempel; setzt außerdem ein aktuelles „requestedDate“; leitet task_type/activity_id aus ORC-2.1 ab. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten HL7-Struktur an den WEDA-Endpunkt. |
| Gerätekonfiguration und -status | Lokal bereitgestellter Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | Verwendung des API-Tokens. |
3.12.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: WEDA legt eine HL7-Datei in einem vordefinierten Eingangsordner ab, die von der MESI-Konnektivitätslösung validiert und verarbeitet wird.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den WEDA-Endpunkt.
3.13 ZipLaneRx
Dieser Service bietet eine vorgefertigte, cloud-gehostete Integration zwischen dem ZipLaneRx-EHR-System und der MESI mCONNECT-API. Sie ist auf Azure als „Integration API“-Komponente aufgebaut und darauf ausgelegt, einen sicheren, bidirektionalen Datenaustausch für Patientendemografie, Messdaten und Gerätekonfiguration zu ermöglichen.
3.13.1 Serviceübersicht
| EHR‑Element | Beschreibung |
|---|---|
| Transportschicht | HTTPS |
| Interaktionsmethode / Protokoll | REST‑basierte API |
| Integrationsmuster | Synchron |
| Datenformat | JSON |
| Autorisierung | OAuth 2.0‑Bearer‑Token‑Austausch, Client‑ID/Secret |
3.13.2 Im MVP enthaltene Funktionen
Das Minimum Viable Product (MVP) konzentriert sich auf die zentralen Datenflüsse, die von den meisten Kliniken benötigt werden, um Patienten aufzunehmen und Messergebnisse zu erfassen.
| Funktionskategorie | Beschreibung |
|---|---|
| Patientendemografie | Synchronisation von Patienten-ID, Name, Geburtsdatum, Geschlecht, eindeutigen Besuchskennungen, Tablet-Gruppe und der beim Patienten durchzuführenden Messung. |
| Austausch von Messdaten | MESI sendet verarbeitete Ergebnisse in einer vordefinierten JSON-Struktur an den ZipLaneRx-Endpunkt. |
| Gerätekonfiguration und -status | Cloud-Dashboard-Zugriff zum Löschen von Terminen aus dem Dashboard sowie zur Verwaltung von mTABLET-Geräten und den zugehörigen Tablet-Gruppen. |
| Autorisierungsrahmen | Tokenbasiert, Client-ID/-Geheimnis. |
3.13.3 Datenfluss
Terminplanung und Übertragung von Patientendaten: ZipLaneRx sendet eine POST-Anfrage an die MESI-Integrations-API.
Übermittlung von Messergebnissen: MESI sendet eine POST-Anfrage an den ZipLaneRx-Endpunkt.
4 Vertragsdauer und Zahlungen
· Die Laufzeit von mConnect Direct, API und API+ beginnt am Datum der Unterzeichnung des Vertrags.
· Die Laufzeit von mConnect Custom beginnt, sobald der Endanwender die Fertigstellung des Integrationsprojekts offiziell abnimmt.
