Release Hinweise ePA Aktensysteme in der RU
Die Referenzumgebung (RU) ist eine der drei Betriebsumgebungen der TI (neben der Produktivumgebung (PU) und der Testumgebung (TU)). PKI-seitig grenzen sich RU-TU von der PU ab, das heißt, dass Identitäten der PU nicht in RU/TU genutzt werden können. Ein Betreiber eines ePA-Aktensystems stellt das Aktensystem (Ort wo die ePAs liegen und die damit zusammenhängenden Services bereitgestellt werden) in allen Umgebungen bereit:
- in der PU für die Nutzer in der realen Versorgung
- in der TU für die gematik zum Testen im Rahmen der Zulassungsprozesse
- in der RU für Hersteller von anderen Produkten z.B. Primärsystemen
In der RU stellt jeder ePA-Aktensystembetreiber (aktuell 2: IBM und Bitmarck Technik) mindestens 2 Aktensysteme bereit:
- 1 Aktensystem als REF-Instanz - das System entspricht hinsichtlich des Funktionsumfanges dem der PU ... ein REFERENZ-Aktensystem
- 1 Aktensystem als DEV-Instanz - das System enthält bereits Eigenschaften und Funktionen der nächsten Weiterentwicklung des ePA-Aktensystems ... ein DEVELOPMENT-Aktensystem
Somit sind in der RU mindestens 4 Aktensysteminstanzen zu finden, wobei in der Interaktion zwischen den Aktensystemen nur "gleichartige" Aktensysteme miteinander interagieren (REF-REF bzw. DEV-DEV).
In diesem Kontext wird manchmal auch von RU1 und RU2 gesprochen (RU1 = REF, RU2 = DEV). Diese Trennung (RU1 vs. RU2 bzw. REF vs. DEV) ist künstlich und bedeutet keinerlei Implikationen hinsichtlich des Zugangs. Wer technisch Zugang zur RU hat, hat grundsätzlich auch Zugang zu ALLEN Aktensystem-Instanzen der RU.
Die dafür notwendigen Identitäten (Test_eGKs) und dazugehörigen Konten ermöglichen einen Zugriff auf eine ePA in EINER der RU-Instanzen. Eine Nutzung der gleichen KVNR in REF und DEV wäre zwar technisch möglich, sollte jedoch organisatorisch vermieden werden.
"Known Issues"
Dokumentation der Known Issues für Operationen des Primärsystems
Releases in der RU (REF Instanz)
Releases in der RU(RT) (DEV-Instanz)
Label | Produkt-Version | Produkttyp Steckbrief -Version | Inhalt: Use Case basierte Funktionen | Zeitpunkt des Deployments | Status |
---|---|---|---|---|---|
IBM AS |
Label | Produkt- version | Produkttyp Steckbrief - Version | Inhalt: Use Case basierte Funktionen | Zeitpunkt des Deployments | Status |
---|---|---|---|---|---|
IBM AS | as-epa-3.0.0-38 | 3.0.3 | Dokumentenupload
Dokumentensuche und -management
Leistungserbringer Berechtigungen
Widerruf
Medikationsliste
Login/Registration
DiGa
Geräte Management
Representative Management
E-Mail Management
Transition of ePA 2.6 data to ePA 3.0
ePA Protokolle
Medication Plan
Konsolidierte Einstellungen
| 17.00-18.00 Uhr | DEPLOYED |
IBM AS RUDev neue HW | as-epa-3.0.0-37 | 3.0.3 | FdV: Login successful:
FdV: Login successful:
KTV-> RAM (ePA BE):
Client->TI:
|
19:00 Uhr | DONE |
IBM AS | as-epa-3.0.0-37 | 3.0.3 | Stabilitätsverbesserung Dokumentenupload
Dokumentensuche und -management
Leistungserbringer Berechtigungen
Widerruf
Medikationsliste
Login/Registration
DiGa
Geräte Management
Representative Management
E-Mail Management
Transition of ePA 2.6 data to ePA 3.0
ePA Protokolle
Medication Plan
Konsolidierte Einstellungen
| 17-18 Uhr | DEPLOYED |
IBM AS | as-epa-3.0.0-30 | 3.0.3 | Dokumentenupload
Dokumentensuche und -management
Leistungserbringer Berechtigungen
Widerruf
Medikationsliste
DiGa
Geräte Management
Konsolidierte Einstellungen
| ERFOLGREICH | |
IBM AS | as-epa-3.0.0-27 | 3.0.2-1 | Registrierung/Login
Dokumente
Medikationsliste
Leistungserbringerinstitutionen (LEI)
Vertreter
Digitale Gesundheitsanwendungen (DiGA)
Consent Decision Management
Protokolle
|
17-20 Uhr | ERFOLGREICH |
|
Label | Produkt- Version | Produkttyp Steckbrief -Version | Inhalt: Use Case basierte Funktionen | Zeitpunkt des Deployments | Status |
---|---|---|---|---|---|
RISE AS |
Label | Produkt- version | Produkttyp Steckbrief -Version | Inhalt: Use Case basierte Funktionen | Zeitpunkt des Deployments | Status |
---|---|---|---|---|---|
RISE AS | 5.0.0-x | Produktsteckbrief-Version: 3.0.3 |
| 12/2024 | GEPLANT |
RISE AS | 5.0.0-3 | Produktsteckbrief-Version: 3.0.2 |
| 14/11/2024 10:30 Uhr - EOB FdV spezifisches Release | ERFOLGREICH |
RISE AS | 5.0.0-2 | Produktsteckbrief-Version: 3.0.2 inkl. C_12068 (aus ePA 3.0.3) |
| 31/10/2024 | ERFOLGREICH |
RISE AS | 5.0.0-0 | Produktsteckbrief-Version: 3.0.2-1-V1.0.0 |
| 10/2024 | ERFOLGREICH
|
FAQ - ePA Testen in der RU-DEV
- folgt in Kürze -
Vorbedingungen zum Testen
Für den Zugang zur RU-DEV (Entwicklungsumgebung) eines Primärsystemhersteller muss folgendes gegeben sein:
- Verfügbarkeit der RU-DEV bei beiden Aktensystemen muss von außen gegeben sein.
→ Schnittstellen sind von aussen - Vorhandensein einer ClientID; meist mit der E-Rezept Implementierung schon erfolgt.
Ansonsten siehe Implementierungsleitfaden Primärsysteme ePA für alle, Kapitel 3, zu finden unter https://gemspec.gematik.de/docs/gemILF/gemILF_PS_ePA/latest/), für die Vorgehensweise. - Vorhandensein der Registrierung am IDP-Dienst; meist mit der E-Rezept Implementierung schon erfolgt.
Siehe oben für ClientID - Konnektor
- ContractID eines VPN ZugangsDienstes
- Testkarten
- neue gematik eGK Testkarten aus dem gematik online Shop, Bestellmöglichkeit ab 15.9.24 - die Auslieferung der Testkarten erfolgt bis zum 15.10.24. Jede eGK Testkarte wird mit einem Aktenkonto ausgeliefert
- gängige Test-SMC-B
- FQDNs der ePA Aktensysteme, die bekannt sein müssen im PVS (lt. A_24952-*, Schnittstellen, die keine VAU Verschlüsselung haben):
- IBM: epa-as-1.dev.epa4all.de
- BITMARCK: epa-as-2.dev.epa4all.de
- Über die FQDNs kann ermittelt werden, bei welchem Aktensystem eine Akte angelegt wurde und verwendet werden kann.
Wie im ILF beschrieben, ist bei „neuen“ Akten immer das Aktensystem zuerst anzusprechen, welches gemäß der internen IK-Liste für das IK dieser „neuen“ Akte zuständig ist. Da die Testkarten allesamt das gleiche IK verwenden, wird es regelmäßig vorkommen, dass diese interne Liste aktualisiert wird, sofern Akten von beiden Aktensystemen Anwendung finden. Auf diesem Wege ist der Updatemechanismus gut testbar.
In der PU sind die IKs längerfristig eindeutig zuordenbar, sodass dies eine Besonderheit der RU/TU darstellt.
Nutzersupport
Bei Fragen und Problemen rund um die Entwicklung und Testung bitten wir Sie, das Anfrageportal zu nutzen: Anfrageportal ePA4PS.
Für Anfragen zur Spezifikation und zum Implementierungsleitfaden steht Ihnen weiterhin das gängige Anfrageportal zur Verfügung: Anfrageportal ePA. Dieses Portal ist ideal, um Fragen zu den genauen Anforderungen und Umsetzungsvorgaben zu klären.
Wir bitten Sie, die jeweiligen Portale entsprechend Ihrer Fragestellung zu nutzen, um eine reibungslose Bearbeitung Ihrer Anfragen sicherzustellen.
Disclaimer