załącznik nr 12: Specyfikacja interfejsu i scenariusz integracji

Specyfikacja interfejsu HL7
pomiędzy systemem Eskulap i
zewnętrznym systemem RIS
Wersja 1.15
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
Spis treści
1
Podstawowe założenia dotyczące komunikacji z wykorzystaniem protokołu HL7............................... 3
2
Założenia dotyczące procesu integracji ................................................................................................ 3
3
2.1
Podstawowe założenia integracji .................................................................................................. 4
2.2
Szczegółowe założenia integracji .................................................................................................. 4
Obsługiwane zdarzenia między systemami HIS – RIS ........................................................................... 4
3.1
Zdarzenie: Skierowanie zaplanowane w HIS, informacja przesyłana do RIS ................................ 4
3.2
Zdarzenie: Zmiana statusu skierowania, informacja przesyłana do HIS ....................................... 4
3.3
Zdarzenie: Modyfikacja danych pacjenta ..................................................................................... 5
3.4
Zdarzenie: Scalanie danych pacjentów ......................................................................................... 5
3.5
Zdarzenie: Opisanie badania, modyfikacja lub anulowanie opisu ............................................... 5
3.6
Zdarzenie: Zmiana danych słownika badań .................................................................................. 5
4
Schematy wymiany komunikatów ........................................................................................................ 5
5
Specyfikacja szczegółowa komunikatów HL7 ....................................................................................... 6
5.1
Segmenty wspólne dla wszystkich komunikatów. ........................................................................ 7
5.2
ORM^O01 (zlecenie na badania) .................................................................................................. 7
5.2.1
Zawartość segmentów .......................................................................................................... 7
5.2.2
Przykładowy komunikat ........................................................................................................ 9
5.3
ORU^R01 (wyniki badań) .............................................................................................................. 9
5.3.1
Zawartość segmentów ........................................................................................................ 10
5.3.2
Przykład komunikatu........................................................................................................... 10
5.4
ADT^A08 (aktualizacja danych pacjenta) ................................................................................... 11
5.4.1
Zawartość segmentów ........................................................................................................ 11
5.4.2
Przykład komunikatu........................................................................................................... 11
5.5
ADT^A18 (połączenie pacjentów) ............................................................................................... 11
5.5.1
Zawartość segmentów ........................................................................................................ 11
5.5.2
Przykład komunikatu........................................................................................................... 12
5.6
ACK (potwierdzenie) .................................................................................................................. 12
5.6.1
Zawartość segmentów ........................................................................................................ 12
5.6.2
Przykład komunikatu........................................................................................................... 13
Strona 2 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
1 Podstawowe założenia dotyczące komunikacji z wykorzystaniem
protokołu HL7
Komunikaty HL7 pomiędzy kontrahentami komunikacji są przesyłane przez połączenia sieciowe TCP/IP.
Bramka HL7 systemu Eskulap nasłuchuje na przychodzące połączenia na jednym ustalonym porcie i
wysyła komunikaty wychodzące na jeden ustalony adres IP i port. Jednocześnie może być otwartych
wiele równoległych połączeń, inicjowanych przez dowolną ze stron komunikacji a każde takie połączenie
w bramce HL7 systemu Eskulap obsługiwane jest przez niezależny proces. Liczba maksymalnych
połączeń jest parametryzowana i w przypadku jej przekroczenia, dalsze połączenia przychodzące będą
kolejkowane w warstwie protokołu TCP/IP.
Każdy komunikat wysłany przez dowolną ze stron komunikacji wymaga potwierdzenia transportowego
komunikatem ACK. Zakłada się, że komunikat ACK wysyłany jest tym samym połączeniem, którym
przyszedł komunikat, który jest potwierdzany. Komunikat ACK jest wysyłany bez zbędnej zwłoki,
możliwie najszybciej po odebraniu komunikatu.
Jeżeli w określonym czasie komunikat potwierdzenia ACK nie zostanie odebrany, to połączenie jest
zamykane. Komunikat, który nie został potwierdzony komunikatem ACK zostanie wysłany ponownie.
Liczba ponownych prób wysłania komunikatu, czas pomiędzy poszczególnymi próbami wysłania oraz
czas oczekiwania na nadejście potwierdzenia ACK są konfigurowalne zgodnie z wymaganiami. Można
zdefiniować listę użytkowników w systemie Eskulap, którzy zostaną powiadomieni za pomocą poczty
wewnętrznej o sytuacji przekroczenia maksymalnej liczby prób wysłania komunikatu.
Transmisja każdego komunikatu, zarówno merytorycznego jak i technicznego (np. ACK), rozpoczyna się
od znaku ASCII(11) i zakończona jest sekwencją znaków ASCII(28) i ASCII(13). Każdy komunikat zaczyna
się od segmentu MSH, który określa techniczne parametry komunikatu, w szczególności jego typ, datę
wysłania, nadawcę i odbiorcę. Następnie znajdują się segmenty merytoryczne zgodnie z definicją typu
komunikatu. Stosowane są określone w standardzie sposoby kodowania pól, formaty daty, znaki ucieczki
(escape characters), sposoby kodowania znaków nowej linii itp.
Niektóre komunikaty, zgodnie z ustaleniami stron, mogą być potwierdzane komunikatami będącymi
potwierdzeniami aplikacyjnymi. Takie komunikaty również wymagają potwierdzania transportowego
ACK. Potwierdzenia aplikacyjne są wysyłane w momencie wystąpienia odpowiedniego zdarzenia lub w
wyniku pełnego przetworzenia komunikatu przychodzącego, co w niektórych przypadkach może
wymagać interakcji z użytkownikiem. W ogólności czas po którym zostanie wysłane potwierdzenie
aplikacyjne jest trudny do jednoznacznego określenia.
2 Założenia dotyczące procesu integracji
Poniżej przedstawiono założenia dotyczące procesu integracji. Są to jednak założenia ogólne, które na
etapie realizacji należy sprecyzować i odnieść do sytuacji rzeczywistej. Konieczne są zatem uzgodnienia,
których celem będzie doprecyzowanie szczegółów, których w ogólnej specyfikacji interfejsu nie sposób
opisać.
Na potrzeby tego opisu przyjęto następujące oznaczenie:
•
•
HIS – system Eskulap,
RIS –system zewnętrzny RIS
Strona 3 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
2.1 Podstawowe założenia integracji
1.
2.
3.
4.
5.
6.
7.
8.
Rejestracja pacjentów dokonywana jest po stronie systemu HIS.
Wszystkie skierowania rejestrowane są w systemie HIS.
Ewidencja danych rozliczeniowych dokonywana jest po stronie systemu HIS.
Rozliczenia NFZ przeprowadzane są przez system HIS.
Realizacja skierowania dokonywana jest w systemie RIS.
System RIS zasila system HIS danymi wyników wykonanych badań.
Zlecenia na badania radiologiczne wystawiane systemie HIS mogą zawierać więcej niż jedno badanie.
Zlecenia widoczne w systemie RIS będą widziane jako pojedyncze badanie.
2.2 Szczegółowe założenia integracji
1.
Każda pozycja skierowania z systemu HIS trafia do systemu RIS jako osobne skierowanie (osobny
komunikat HL7).
2. System HIS nie może anulować ani modyfikować skierowania wysłanego do systemu RIS.
3. System RIS odsyła do systemu HIS informacje o zaplanowanej dacie badania.
4. System RIS może anulować badanie (pozycję skierowania w systemie HIS).
5. System RIS zapisuje dane pacjenta kierowanego na badania przez systemie HIS na podstawie komunikatu
skierowania.
6. System HIS wysyła informację o zmianie danych pacjenta kierowanego na badania oraz informacje o
scaleniu pacjentów.
7. System RIS przesyła oddzielny komunikat opisu badania dla każdej pozycji skierowania w systemie HIS.
8. System HIS zamyka skierowanie na podstawie informacji o statusach wszystkich pozycji skierowania
(komunikatów z opisem lub anulowaniem badań).
9. System RIS może przesyłać komunikaty ze zmiana opisu lub anulowaniem opisu zamkniętego skierowania.
10. System RIS przesyła informacje o modyfikacji słownika badań.
11. System HIS uzupełnia na bieżąco dane lekarzy opisujących i pracowników technicznych na podstawie
komunikatów z opisem badań.
12. System RIS uzupełnia na bieżąco dane lekarzy kierujących i jednostek kierujących na podstawie
komunikatów skierowań.
3 Obsługiwane zdarzenia między systemami HIS – RIS
Poniżej przedstawiono zdarzenia i komunikaty, które są generowane w wyniku ich wystąpienia wraz z
ogólnym opisem ich zawartości.
3.1 Zdarzenie: Skierowanie zaplanowane w HIS, informacja przesyłana do RIS
Komunikat HIS->RIS: ORM^O01|NW
Dane: Dane pacjenta, identyfikator skierowania i badania, zaplanowana data badania, jednostka kierująca i lekarz
kierujący.
Uwagi: Każda pozycja skierowania jest wysyłane w oddzielnym komunikacie. HIS nie może anulować ani
modyfikować przyjętego skierowania w RIS drogą HL7.
3.2 Zdarzenie: Zmiana statusu skierowania, informacja przesyłana do HIS
Komunikat RIS->HIS: ORM^O01|SC, ORM^O01|CA
Strona 4 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
Dane: Dane zwrotne ze zlecenia ORM^O01|NW i dodatkowo przesyłana jest informacja o zmianie zaplanowanej
daty badania w RIS lub zmianie statusu skierowania anulowane.
3.3 Zdarzenie: Modyfikacja danych pacjenta
Komunikat HIS->RIS: ADT^A08
Dane: Dane pacjenta.
Uwagi: Przesyłane są dane pacjenta, który był już wcześniej kierowany na badania do RIS.
3.4 Zdarzenie: Scalanie danych pacjentów
Komunikat HIS->RIS: ADT^A18
Dane: Dane pacjentów.
Uwagi: Scalanie pacjentów, którzy byli już wcześniej kierowani na badania do RIS.
3.5 Zdarzenie: Opisanie badania, modyfikacja lub anulowanie opisu
Komunikat RIS->HIS: ORU^R01
Dane: Dane zwrotne ze zlecenia ORM^O01|NW plus opis badania, dane lekarza opisującego i osoby wykonującej
badanie, data wykonania badania
3.6 Zdarzenie: Zmiana danych słownika badań
Komunikat RIS->HIS: MFN|BAD
Dane: Nazwa badania, symbol, kod icd9
4 Schematy wymiany komunikatów
Poniżej przedstawiono różne schematy wymiany komunikatów pomiędzy systemami HIS i RIS.
Rysunek 1 Schemat wymiany komunikatów w modelu podstawowym
Strona 5 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
Rysunek 2 Schemat wymiany komunikatów w modelu z wymianą danych pacjentów
Rysunek 3 Schemat wymiany komunikatów w modelu z obsługą zleceń RIS
Rysunek 4 Schemat wymiany komunikatów w modelu z obsługą
zleceń RIS i wymianą danych pacjentów
5 Specyfikacja szczegółowa komunikatów HL7
Komunikat HL7 składa się z określonych segmentów występujących w określonym porządku i krotności.
Poniżej przedstawiono szczegółową budowę komunikatów wraz ze szczegółowym opisem
poszczególnych segmentów wchodzących w ich skład.
Strona 6 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
5.1 Segmenty wspólne dla wszystkich komunikatów.
Segment MSH jest segmentem występującym w każdym komunikacie, dlatego jego zawartość została
jednokrotnie w niniejszym rozdziale. Należy jednak mieć na uwadze fakt, że stanowi on niezbędny
element każdego z opisywanych komunikatów.
MSH
Lp.
1
2
3
4
5
6
7
Przykład
Opis
|
Separator pola
Znaki separatorów
Aplikacja wysyłająca
Urządzenie/moduł wysyłające
Aplikacja odbierająca
Urządzenie/moduł odbierające
Data wygenerowania komunikatu w formacie
YYYYMMDDHHMMSS
8
9
10
11
–
12
13
14
15
16
17
2.3
^~\&
ESKULAP
RTG
KOD_APL_ZEWN
KOD_URZ_ZEWN
20120703090814
ORM^O01
Typ komunikatu/zdarzenia
Identyfikator komunikatu
Tryb interpretacji komunikatu:
P – produkcyjny
D – testowy
Wersja standardu HL7
1345
P
–
–
PL
Kraj: Polska
Zestaw znaków, strona kodowa
Podstawowy język komunikatu
windows-1250
PL
5.2 ORM^O01
(zlecenie na badania)
ORM^O01
MSH
PID
ORC
OBR
NTE
IN1
(krotność)
(1)
(1)
(1)
(1)
(0..1)
(1)
Rysunek 5 Budowa komunikatu ORM^001
5.2.1 Zawartość segmentów
PID
Lp.
1
2
Zawartość
–
his_id(9)
Przykład
Opis
123456789
3
ris_id(255)
1234
4
pesel(11)
5
6
7
nazwisko(30)^
imie(15)
–
data_ur(8)
69123001518
00000000000
Wiśniewski^Czesław
Wewnętrzny identyfikator pacjenta w
systemie HIS
Wewnętrzny Identyfikator pacjenta w
systemie zewnętrznym
Zewnętrzny identyfikator pacjenta, nr PESEL
8
plec(1)
M
–
–
ulica(30)&dom(8)&lokal(4)^^
Kolejowa&12&3a^^Czempiń^^64-020
9
10
11
19691230
Nazwisko i imię pacjenta
Data urodzenia pacjenta w formacie
YYYYMMDD
Płeć pacjenta:
M - mężczyzna
F - kobieta
U - nieznana
Strona 7 z 13
Adres pacjenta
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
miasto(50)^^
kod_poczt(20)
kod_wojew(7)
telefon_dom(20)
–
–
–
–
–
–
–
–
–
–
–
–
–
–
narodowosc(3)
32
wersja 1.15
600500100
Kod terytorialny województwa wg GUS
Telefon kontaktowy pacjenta (domowy)
PL
narodowość pacjenta
Zawartość
typ_zlecenia(2)
Przykład
Opis
NW
2
3
his_id(8)
ris_id(255)
12345678
Typ zlecenia:
NW - nowe
XO - modyfikacja
CA - anulowanie
SC - zmiana statusu
Identyfikator zlecenia w systemie HIS.
Identyfikator zlecenia w systemie
zewnętrznym RIS.
4
5
6
7
–
–
–
^^^data_plan(14)^^
priorytet(1)
8
9
–
data_wystawienia(14)
ORC
Lp.
1
10
11
12
13
14
15
16
17
–
–
lekarz_kier_id(6)^
nazwisko(30)^
imie(15)^
npwz(30)
–
–
–
–
jednostka_kier_id(6)^
nazwa(2000)^
regon(20)^
podjednostka_id(4)^
podjednostka_nazwa(40)
67707_1939
^^^20120830000000^^C
Planowana data wykonania oraz
priorytet:
C - cito
R - zwykły
20120422184700
Data i czas zlecenia w formacie
YYYYMMDDhhmmss
245^Nowak^Tomasz^5289888
Lekarz zlecający, (identyfikator wewnętrzny
w systemie HIS, nazwisko, imię, numer
prawa wykonywania zawodu)
0^Szpital Polski^240955256^17^
Izba Przyjęć
Jednostka zlecająca (identyfikator, nazwa, nr
REGON, identyfikator podjednostki, nazwa
podjednostki)
199^Przychodnia Prywatna^
550955222^^
OBR
Lp.
1
Zawartość
liczba_porz(4)
Przykład
Opis
1
Numer sekwencyjny badania
Strona 8 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
wersja 1.15
12345
Identyfikator zlecenia
126^Zdjęcie rtg przedramienia
ap.^10,3
Opis badania (identyfikator, nazwa, cena)
S40.7
S40.7^S73.1^S31.2
Kody ICD10
245^Nowak^Tomasz^5289888
Pracownik zlecający (identyfikator
wewnętrzny w systemie HIS, nazwisko, imię,
numer prawa wykonywania zawodu)
1^PRTG
Opis pracowni wykonującej badanie
(identyfikator, symbol)
Zawartość
–
–
uwagi(2000)
Przykład
Opis
badanie wykonać rano
Uwagi dotyczące zlecenia
Zawartość
–
–
–
platnik_kod(50)
Przykład
Opis
16R
Ubezpieczyciel, kod płatnika
zlecenie_id(50)
–
badanie_id(255)^
nazwa(2000)^
cena(8)
–
–
–
–
–
–
–
–
icd10(400)
–
–
lekarz_kier_id(6)^
nazwisko(30)^
imie(15)^
npwz(30)
–
–
–
–
–
–
–
pracownia_id(4)^
symbol(4)
NTE
Lp.
1
2
3
IN1
Lp.
1
2
3
4
5.2.2 Przykładowy komunikat
MSH|^~\&|ESKULAP|RTG|XXX|YYY|20120703090814||ORM^O01|1323|P|2.3|||||PL|windows-1250|PL|
PID|||S88991|22110304999|Gołota^Andrzej||19221103|M|||Źródlana&13&31^^Świdwinek^^78-300|32|600500100|||||||||||||||PL|
ORC|NW|12345678|67707_1939||||^^^20120703091100^^R||20120703090603|||75^Nowak^Krzysztof^8885557|||||0^SZPITAL
POLSKI^220055226^17^Izba Przyjęć|
OBR|1|12345||1939^Badanie TK inne - z kontrastem - NFZ|||||||||S40.7|||75^Nowak^Krzysztof^8885557||||||||1^PRTG|
NTE|||Testowe uwagi do komunikatu|
IN1||||16R|
5.3 ORU^R01
(wyniki badań)
ORU^R01
MSH
OBR
OBX
ORC
(krotność)
(1)
(1)
(1)
(1)
Rysunek 6 Budowa komunikatu ORU^R01
Strona 9 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
5.3.1 Zawartość segmentów
OBR
Lp.
1
2
3
4
Zawartość
–
–
–
badanie_id(255)^
nazwa(2000)
Przykład
Opis
126^Zdjęcie rtg przedramienia ap.
Opis badania (identyfikator, nazwa)
Zawartość
–
–
nr_zdjecia(20)
–
opis(4000)
Przykład
Opis
554/US/2012
Numer zdjęcia
Wątroba o jednorodnej prawidłowej
echogeniczności.niepowiększona
https://192.168.0.100/loadStudy.js
p?rsa=true&accession_number=554/US
/2012
Opis wyniku badania
20120905000000
Data wykonania opisu badania w formacie
YYYYMMDD000000
Technik wykonujący badanie, (identyfikator
wewnętrzny w systemie HIS, nazwisko, imię,
PESEL)
OBX
Lp.
1
2
3
4
5
6
url_do_zdjęcia(2000)
URL wskazujący lokalizację zdjęcia
7
8
9
10
11
12
13
14
–
–
–
–
–
–
–
data_opisu(14)
15
technik_id(6)^
nazwisko(30)^
imie(15)^
pesel(11)
lekarz_opis_id(6)^
nazwisko(30)^
imie(15)^
npwz(30)
95^Grzelak^Tomasz^70110601133
245^Nowak^Tomasz^5289888
Pracownik opisujący, (identyfikator
wewnętrzny w systemie HIS, nazwisko, imię,
numer prawa wykonywania zawodu)
Zawartość
typ_zlecenia(2)
Przykład
Opis
RE
2
3
his_id(8)
ris_id(255)
12345678
Typ zlecenia:
RE - wynik
Identyfikator zlecenia w systemie HIS.
Identyfikator zlecenia w systemie
zewnętrznym.
4
5
6
7
–
–
–
^^^data_plan(14)^^
priorytet(1)
16
ORC
Lp.
1
67707_1939
^^^20120830000000^^C
Planowana data wykonania oraz
priorytet:
C - cito
R - zwykły
5.3.2 Przykład komunikatu
MSH|^~\&|XXX|YYY|ESKULAP|RTG|20120905094659||ORU^R01|7789|||||||PL|CP1250|PL|
OBR||||1975^USG jamy brzusznej&1975|
Strona 10 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
wersja 1.15
OBX|||554/US/2012||Wątroba o jednorodnej prawidłowej echogeniczności, niepowiększona, niezmieniona|
https://192.168.0.100/loadStudy.jsp?rsa=true&accession_number=554/US/2012||||||||20120905000000|432^Nowak^Jan^75092004021
|683^Szymaniak^Tomasz^7774449|
ORC|RE|70498_1975|||||^^^20120905000000^^R&&^|
5.4 ADT^A08
(aktualizacja danych pacjenta)
ADT^A08
MSH
PID
(krotność)
(1)
(1)
Rysunek 7 Budowa komunikatu ADT^A0x
5.4.1 Zawartość segmentów
PID
Lp.
1
2
Zawartość
–
his_id(9)
Przykład
Opis
123456789
3
ris_id(255)
1234
4
pesel(11)
5
6
7
nazwisko(30)^
imie(15)
–
data_ur(8)
69123001518
00000000000
Wiśniewski^Czesław
Wewnętrzny identyfikator pacjenta w
systemie HSI
Wewnętrzny Identyfikator pacjenta w
systemie zewnętrznym
Zewnętrzny identyfikator pacjenta, nr PESEL
8
plec(1)
M
–
–
ulica(30)&dom(8)&lokal(4)^^
miasto(50)^^
kod_poczt(20)
Kolejowa&12&3a^^Czempiń^^64-020
9
10
11
Nazwisko i imię pacjenta
19691230
Data urodzenia pacjenta w formacie
YYYYMMDD
Płeć pacjenta:
M - mężczyzna
F - kobieta
U - nieznana
Adres pacjenta
5.4.2 Przykład komunikatu
MSH|^~\&|XXX|YYY|ESKULAP|RTG|20120905094659||ADT^A01|99811|||||||PL|CP1250|PL|
PID||1234567|2151_|60111707999|Zwykła^Agnieszka||19601117000000|F|||Leśna&19&9^^Połczyn-Zdrój^^78-320|32|654111987|
5.5 ADT^A18
(połączenie pacjentów)
ADT^A18
MSH
PID
MRG
(krotność)
(1)
(1)
(1)
Rysunek 8 Budowa komunikatu ADT^A18
5.5.1 Zawartość segmentów
PID
Lp.
1
2
Zawartość
Przykład
Opis
his_id(9)
123456789
3
ris_id(255)
1234
4
pesel(11)
5
nazwisko(30)^
imie(15)
69123001518
00000000000
Wiśniewski^Czesław
Wewnętrzny identyfikator pacjenta w
systemie HIS
Wewnętrzny Identyfikator pacjenta w
systemie zewnętrznym
Zewnętrzny identyfikator pacjenta, nr PESEL
Strona 11 z 13
Nazwisko i imię pacjenta
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
6
7
–
data_ur(8)
19691230
8
plec(1)
M
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
–
–
ulica(30)&dom(8)&lokal(4)^^
miasto(50)^^
kod_poczt(20)
kod_wojew(7)
telefon(20)
–
–
–
–
–
–
–
–
–
–
–
–
–
–
narodowosc(3)
wersja 1.15
Data urodzenia pacjenta w formacie
YYYYMMDD
Płeć pacjenta:
M - mężczyzna
F - kobieta
U - nieznana
Kolejowa&12&3a^^Czempiń^^64-020
Adres pacjenta
32
600500100
Kod terytorialny województwa wg GUS
Telefon kontaktowy pacjenta
PL
narodowość pacjenta
Przykład
Opis
123456789
Identyfikator wewnętrzny pacjenta w
systemie HIS
MRG
Lp.
1
2
Zawartość
–
his_id(9)
5.5.2 Przykład komunikatu
MSH|^~\&|ESKULAP|RTG|XXX|YYY|20120703090814||ADT^A18|3323|P|2.3|||||POL|windows-1250|PL|
PID|||S88991|22110304999|Gołota^Andrzej||19221103|M|||Źródlana&13&31^^Świdwinek^^78-300|32|600500100|||||||||||||||PL|
MRG||S77665||
5.6 ACK
(potwierdzenie)
ACK
MSH
MSA
(krotność)
(1)
(1)
Rysunek 9 Budowa komunikatu ACK
5.6.1 Zawartość segmentów
MSA
Lp.
1
2
3
Zawartość
status(2)
Przykład
Opis
CE
komunikat_id(200)
info_o_bledzie(2000)
XXX_20120905090835-88
Status potwierdzenia:
CA - komunikat zaakceptowano
CE - komunikat spowodował błąd
Identyfikator zatwierdzanego komunikatu
Opis błędu
Nie znaleziono pacjenta o podanym
identyfikatorze
Strona 12 z 13
Specyfikacja interfejsu i scenariusz integracji pomiędzy systemem Eskulap i zewnętrznym systemem RIS
5.6.2 Przykład komunikatu
MSH|^~\&|ESKULAP|RUCH CHORYCH|XXX|YYY|20120905090814||ACK|21309|P|2.3|||NE|NE|POL|windows-1250|PL|
MSA|CE|XXX_20120905090835-88|Nie znaleziono pacjenta o podanym identyfikatorze|
MSH|^~\&|ESKULAP|RUCH CHORYCH|XXX|YYY|20120905090814||ACK|21310|P|2.3|||NE|NE|POL|windows-1250|PL|
MSA|CA|XXX_20120905090835-98||
Strona 13 z 13
wersja 1.15