Wersja 2016-03-018 (4.41.00) Str. 1-31
Konfiguracja procesów wymiany danych
Wersja 2016-10-10 ( InfoMedica 4.43.1.0/ AMMS 5.23.1)
1. Definicja tabeli: zewnsys ............................................................................................................. 3
2. Konfiguracja systemów zewnętrznych. ....................................................................................... 4
2.1 Rodzaje komunikacji z systemami zewnętrznymi. ............................................................... 4
2.2 Rodzaje systemów po stronie bazy szpitalnej . ..................................................................... 4
2.3 Rodzaje systemów po stronie bazy laboratoryjnej ................................................................ 5
2.4 Aliasy kodów systemów ........................................................................................................ 5
3. Parametry transmisji dla procesu nadawczo-odbiorczego ........................................................... 5
4. Parametry dotyczące przetwarzania komunikatów. ..................................................................... 6
5. Parametry dotyczące budowania wyniku ..................................................................................... 6
6. Parametry dotyczące budowania zlecenia. ................................................................................... 8
7. Parametry dodatkowe dla wymiany danych ................................................................................ 9
8. Parametry systemu InfoMedica. ................................................................................................ 10
9. Laboratorium - parametry dotyczące budowania wyniku.......................................................... 10
10. Komunikaty rozgłoszeniowe................................................................................................... 10
10.1 Blokowanie wysyłania wybranych komunikatów dla jednostek organizacyjnych. ........ 12
11. Wysyłanie kodów aparatów do NetRAAD ............................................................................. 12
12. Przekodowanie lekarzy w wynikach ....................................................................................... 13
12.1 Słownik personelu wykonującego z laboratorium InfoMedica ....................................... 13
13. Przekodowanie danych dotyczący wagi i wzrostu. ................................................................. 13
14. Edycja słowników przekodowań. ........................................................................................... 14
15. Wywołanie przeglądu miniaturek wyników dla TMS ............................................................ 14
16. Bezpośredni dostęp do InfoMedica z poziomu TMS.............................................................. 15
17. Wykonywanie eksportów danych do zewnętrznych systemów. ............................................. 15
17.1 Eksporty IMS ................................................................................................................... 16
17.2 Eksporty IMS ................................................................................................................... 17
17.3 Konfiguracja parametrów integracji z systemem Comesa .............................................. 17
18. Konfiguracja wywoływania zewnętrznej przeglądarki. .......................................................... 18
18.1 Wywołanie zewnętrznej przeglądarki podczas opisu badania wysłanego do
zewnętrznego systemu. .................................................................................................................. 20
19. Konfiguracja wywoływania aplikacji dla Cytostatyków. ....................................................... 20
20. Konfiguracja procesu nadawczo-odbiorczego. ....................................................................... 21
20.1 Alternatywny port serwera .............................................................................................. 21
20.2 Uruchomienie dla wybranych systemów ......................................................................... 21
20.3 Konfiguracja TCP/IP ....................................................................................................... 22
Wersja 2016-03-018 (4.41.00) Str. 2-31
20.3.1 Blokada wysłania przy błędzie TCP/IP ....................................................................... 22
20.4 Wsadowe uruchamianie procesu nadawczo-odbiorczego ............................................... 22
21. Konfiguracja interfejsu rozszerzonego. .................................................................................. 22
21.1 Blokada edycji danych pacjenta ..................................................................................... 23
22. Bank Krwi - integracja. ........................................................................................................... 23
22.1 Dostępne słowniki do przekodowania ............................................................................. 23
23. Monitorowanie stanu zleceń. .................................................................................................. 24
24. Cytostatyki - konfiguracja. ...................................................................................................... 24
24.1 Konfiguracja dla APTEKI ............................................................................................... 24
24.2 Konfiguracja dla APTEKI ............................................................................................... 24
25. Zamówienia do Rotomatów – Dyna Tech. ............................................................................. 25
26. Obsługa pantomografu firmy Optident. .................................................................................. 26
27. Obsługa systemu SILP. ........................................................................................................... 27
28. Konfiguracja integracji z urządzeniem Cobas IT 1000. ......................................................... 28
29. Konfiguracja integracji Laboratorium InfoMedica z systemem mMedica. ............................ 28
29.1 Konfiguracja systemu zewnętrznego ............................................................................... 28
29.2 Komunikacja poprzez pliki .............................................................................................. 29
29.3 Komunikacja poprzez WebService .................................................................................. 29
30. Obsługa systemu firmy Romexis. ........................................................................................... 30
31. Integracja Laboratorium z systemem Fresenius...................................................................... 31
Wersja 2016-03-018 (4.41.00) Str. 3-31
1. Definicja tabeli: zewnsys
Definicja dla szpitala,
Definicja dla zewnętrznego systemu
Dla zleceń w formacie HL7 – wartość: HL7
Specyficzna obsługa, rodzaj systemu
Dla komunikacji przez TCPIP – wartość 1,
Dla komunikacji przez Pliki – wartość 0
Adres i port serwera, do którego wysyłamy komunikaty
Czy wyniki zapisać do DM: wartość 0
Wpis gdzie rodzaj = SZPM ustawiamy poniższe wartości
Uruchomienie nasłuchu na wybranym porcie, adres to komputer gdzie jest uruchomiony proces
Adres i port serwera, na którym nasłuchujemy komunikatów z zewnętrznego systemu.
Wersja 2016-03-018 (4.41.00) Str. 4-31
2. Konfiguracja systemów zewnętrznych.
W zależności od firmy, z jaką się integrujemy należy odpowiednio ustawić odpowiedni rodzaj
zewnętrznego systemu.
wykonujemy
select * from zewnsys t
2.1 Rodzaje komunikacji z systemami zewnętrznymi.
Formaty komunikatów (FORMAT_KOM):
FORMAT_KOM System Opis
XML (lub puste ) InfoMedica,
AMMS
Domyślna integracja z systemami zewnętrznymi oparta na
własnym formacie XML
HL7 InfoMedica,
AMMS
Integracja oparta o standard HL7
WS AMMS Integracja udostępniająca dane poprzez WebService i
kolejki JMS
2.2 Rodzaje systemów po stronie bazy szpitalnej .
Rodzaje systemów (R_ZEWNSYS):
SZPM – określa system odbierający wyniki i wysyłający zlecenia. ( Szpital )
LAB – standardowa wymiana danych z laboratorium.
PRDIAG – standardowa wymiana z pracownia diagnostyczną.
ALTEGO – wymiana z firmą AlterEgo ( niepełna integracja, ograniczona do wysłania zlecenia,
status w pracowni od razu zmienia się na GTRE – gotowe do realizacji Alteris )
NETRAAD – współpraca z UHC
BIOMX – zlecenia wyniki z laboratorium mikrobiologicznym Biomerieux
SIEMENS
TMS-RAD – Toshiba Medical Systems – system obsługi pracowni radiologii
DIAG - integracja z Diagnostyką – umożliwienie przyjmowania wyników bez zleceń.
EXP – eskorty danych do zewnętrznych systemów
MARCEL – współpraca z laboratorium zewnętrznym firmy Marcel.
COMES – Integracja z systemem laboratoryjnym comesa.
CYTO – dla importu plików rozliczeniowych ( standard XML, komunikaty rozgłoszeniowe HL7 )
PIXEL – integracja z firmą PIXEL ( CHAZON )
OLYEN – integracja z firma Olympus, program Endobase
KTG – Aparaty KTG firmy MEDICOM.
BKKR- Bank krwi
HOLTS –Holtery firmy Sentinel
Wersja 2016-03-018 (4.41.00) Str. 5-31
SPI – integracja z systemem MPI (Asseco )
DYNT – zamówienia do rotomatów ( DynaTech )
AGFA – bezpośrednia integracja z systemem AGFY
SZAFYD – szafy dystrybucyjne
OPIM - Pantomograf – Optimed
RAPCOM – RapidComm – podłączenie aparatów poprzez HL7
RADIANCE – Radiance – podłączenie aparatów poprzez HL7
PSIM – Systemy regionalne
HIS – System zewnętrzny
ECH – Obsługa chemioterapii firmy Eskulap.
SILP – Obsługa systemu SILP.
BO – Blok operacyjny ( platforma integracyjne PI )
ROMEX - Integracja z systemem Romexis
DIAHEM – Integracja z systemem DiaHem
2.3 Rodzaje systemów po stronie bazy laboratoryjnej
ESKUL – Obsługa paczek HL7 wg. interpretacji firmy ESKULAP.
FRESEN – Integracja z systemem Fresenius (XML)
2.4 Aliasy kodów systemów
Pola w tabeli zewnsys umożliwiające przekodowanie kodów systemów
Pole Standard Opis
ALIAS_KODZEWNSYS_L HL7 Lista alternatywnych kodów zewnętrznego systemu
otrzymywanych w MSH.3 dla paczek przychodzących
^VIRTCLIENT^CIE-vm^
ID_ZEWNSYS_L HL7,
XML
Lista alternatywnych kodów wysyłanych do
zewnętrznego systemu identyfikujących system szpitalny
HL7:
^MSH.3^MSH.4^
Jeśli wartość dla MSH.3 jest pusta wysyłamy
standardowy kod systemu szpitalnego.
XML:
^kod alternatywny^
element …<adres> <from>kod alternatywny</from> ….
3. Parametry transmisji dla procesu nadawczo-odbiorczego Parametry dotyczące tworzenia wyników, wpisujemy w polu PARAM_TRANS _L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^RS^TT^
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod Transmisja Wersja Opis działania parametru
RS TCPIP Po każdej wysłanej paczce połączenie z zewnętrznym
systemem jest zamykane.
RO TCPIP Po każdym odebraniu komunikatu przez serwer, po wysłaniu
potwierdzenia transportowego, połączenie klientem jest
Wersja 2016-03-018 (4.41.00) Str. 6-31
zamykane.
WBP TCPIP Po wysłani paczki nie czekamy na potwierdzenie transportowe
na.
OBP TCPIP Nie wysyłamy potwierdzenia transportowego na tym samym
połączeniu.
Potwierdzenie zostanie wysłane w taki samym trybie jak
potwierdzenie aplikacyjne.
ILO TCPIP 4.21.0 Ignorowanie logowania transmisji danych
IDU TCPIP/HL7 4.28.00.10 Wprowadza wewnętrzną unikalność MSH.10 (gidk paczki),
jeśli nie jest zapewniona.
ITP TCPIP/HL7 Ignorujemy wysyłanie potwierdzeń transportowych.
WBPP Dla ustawionego parametru WBP, ustawienie parametru
WBPP potwierdza automatycznie wysłanie paczki.
QRI HL7 4.33.2.1 Odpowiedzi na komunikaty QRY są wysyłane
natychmiastowo po otrzymaniu komunikatu w procesie
nadawczo odbiorczym. Standardowo komunikat czeka na
przetworzenie w procesie przetwarzającym, gdzie budowana
jest odpowiedź.
QRIPP HL7 4.34.0 Musi być aktywowany QRI inaczej parametr jest ignorowany.
Przygotowana odpowiedź wysyłana jest na tym samym
połączeniu, na którym otrzymano komunikat QRY.
Najpierw wysyłane jest potwierdzenie ACK.
QRIPT HL7 4.34.0 Po wysłaniu QRY na tym samym połączeniu (QRIPP) nie
oczekujemy ACK które potwierdza QRY.
4. Parametry dotyczące przetwarzania komunikatów. Parametry związane z przetwarzaniem wyników. Mogą dotyczyć procesu przetwarzającego
szpitalnego lub laboratoryjnego. Wpisujemy w PARAM_TRANS _L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^FTCE^TXCE^NA^
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod System Standard Opis działania parametru
BPA LAB HL7 Brak potwierdzeń aplikacyjnych, podczas przetwarzania paczek
nie są generowane potwierdzenia aplikacyjne.
PTA SZPM HL7 Dla potwierdzenia transportowego związanego z komunikatem
anulowania zlecenia, system od razu anuluje zlecenie, nie czeka
na potwierdzenie aplikacyjne.
ANWY SZPM HL7 W przypadku anulowania zlecenia od strony AMMS, zlecenie
nie jest anulowane tylko wycofane do stanu WYSL, co umożliwi
ponowne wysłanie zlecenia. System ponownie umożliwi
wysłanie tego samego zlecenia. Uwaga ! System zewnętrzny
powinien umożliwiać powtórne przyjęcie tego samego zlecenia.
5. Parametry dotyczące budowania wyniku Parametry dotyczące tworzenia wyników, wpisujemy w polu BUDUJ_WYNIK_L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^FTCE^TXCE^NA^
Wersja 2016-03-018 (4.41.00) Str. 7-31
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod Standard Opis działania parametru
NA HL7 Podczas budowania wyników złożonych, przed wynikiem cząstkowym
pokazywana jest nazwa zamiast kodu przesłanego w segmencie OBX
FTCE HL7 Wyniki typu FT ( formatowany tekst ) traktowane są tak jak wynik
kodowany CE, w takim przypadku przed tekstem pojawia się kod lub
nazwa parametru.
TXCE HL7 Zasada taka jak w FTCE tylko dla wyników typu TX
STB HL7 Parametr zamienia znak separatora wyniku cząstkowego: ENTER na
znak tabulacji podczas budowy wyników złożonych.
UZL HL7,
XML
Wyszukiwanie użytkownika po loginie ( dbap użytkownicy nazwa)
UZP HL7,
XML
Wyszukanie użytkownika po kodzie w słowniku przekodowań
zewnsys: UZY_DBAP.
WBZ HL7 Generowany jest tylko wyniki, zlecenie nie jest tworzone.
IB HL7 Ignorowanie badań które nie mają odpowiedników po stronie
InfoMedica
FF<XX> HL7 Interpretacja pola OBR.20 ( Filer field 1 )
FFNB - numer badania w systemie zewnętrznym.
RP4O HL7 Jeśli w polu OBX.4 służącym do grupowania badań zostanie wpisana
stała ‘DICOM’ to system automatycznie wygeneruje załącznik typu
URL, z predefiniowanymi danymi.
Dla komunikatu ORM^O01 zostanie dodany automatyczny załącznik
gdzie pole URL będzie zawierało tylko identyfikator zlecenia
ANM HL7 Komunikat związany z anulowaniem wyniku zamieniony zostanie na
modyfikację wyniku gdzie wartość wyniku jest pusta, status dalej
zostaje jako WYKO.
SWN<XXX> HL7 Separator następnego składnika wyniku (OBX). Gdzie <XXX> znaki
zapisane w formacie #YY#YY….
YY numer dziesiętny zestawu znaków
Przykład: składnik wyniku w nowej linii: SWN#13#10
SWS<XXX> HL7 Separator danych wyniku segmentu OBX
Gdzie <XXX> znaki zapisane w formacie #YY#YY….
YY numer dziesiętny zestawu znaków
Przykład, dane wyniku oddzielone tabulatorami: SWS#09
NKL HL7 Zakres referencyjny odczytany z pola OBX.7 zostanie ujęty w klamry
[].
IKO HL7,
XML
Ignorowanie aktualizacji wpisów w kolejkach oczekujących.
EWUS HL7,XML Sprawdzenie uprawnień pacjenta. Uprawnienie jest sprawdzane jeśli
pacjent posiada PESEL, oraz data badania jest zgodna z datą bieżącą.
MTO HL7,XML Modyfikacja wyniku ustawiana jest tylko jeśli zmieni się opis (treść
wyniku).
Wersja 2016-03-018 (4.41.00) Str. 8-31
APO HL7 Jeśli przy tworzeniu zlecenia nie podano jednostki zlecającej w polu
ORC.17, wyznaczany jest aktualny pobyt
ALT HL7 Do budowania nazwy parametru z pola OBX.3 użyj alternatywnego
okodowania OBX.4 lub OBX.5, jeśli wartość jest uzupełniona
SPA HL7 W przypadku dopisywania wyników dla segmentu PID sprawdzana
jest dodatkowo zgodność Nazwiska i Imienia dla pacjenta o podanym
MIP
SPAB HL7 Jeśli włączona jest opcja SPA dla nazwiska i imienia ignorowane są
polskie znaki.
IEFR HL7 Ignorowanie znaków formatujących zapisanych bez znaku ESC
JPD XML W przypadku kiedy nie zostanie znaleziony pobyt dla zleceń z
jednostek organizacyjnych szpitala, zostanie założony pobyt
diagnostyczny.
BAKW HL7 Dla komunikatów ORU^R01 brak aktualizacji danych wyniku,
aktualizacja tylko załączników. Tylko dla stanu WYKO, NAUT
wynikających z komunikatu ORU ( anulowanie będzie aktualizowało
stan wynik).
INPT HL7 Ignorowanie nazwy pojedynczego testu
ULR HL7 Usuń puste linie rozdzielające wyniki.
6. Parametry dotyczące budowania zlecenia. Parametry dotyczące tworzenia zleceń wpisujemy w polu BUDUJ_ZLECENIE_L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^ZP^IDR^
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod Standard Opis działania parametru
ZP HL7,
XML
Jeśli jednocześnie wysyłamy kilka zleceń, każde wysyłane jest w osobnym
komunikacie.
IDR HL7 Identyfikator aplikacji wysyłającej i odbierające w segmencie MSH.3,
MSH.5 jest tworzony w postaci złożonego kodu
^SZPM^<kod_zewnsys>^GUID
DPL HL7 Parametr wyłącza aktualizację daty planowania na podstawie daty zlecenia
DPP HL7 Parametr wyłącza aktualizację daty pobrania materiału na podstawie daty
zlecenia
NKS HL7 Parametr włącza wysyłania numeru księgi głównej w PV.19
OML HL7 Parametr określa typ komunikatu dla zleceń, komunikat jest wysyłany jako
OML^O21 ( wersja HL7 2.5 ) a nie ORM^O01 . Komunikat OML dotyczy
zleceń laboratoryjnych.
8859/2 HL7 Kodowanie polskich znaków w standardzie ISO 8859/2
UTF8 HL7 Kodowanie polskich znaków w standardzie utf8
UTF8ESC HL7 Kodowanie znaków w standardzie utf8, znaki dwubajtowe zamieniane są
zgodnie z konwencją EscapeChar w HL7 czyli \Xxxxx\
PLA HL7 Dodanie informacji o płatniku w polu IN1.3 jako dodatkowy powtórzony
element <KOD_NFZ>~<KOD_PLATNIKA>, oraz kod w IN1.15
DTZ2G HL7 Data zlecenia zgodna z datą generacji paczki.
ADRUL HL7 Ulica zapisana w formacie: ulica&nr domu&nr mieszkania
ZJO HL7 Parametr zamienia kod odcinka z kodem oddziału segmencie PV1.3
ORG19 HL7 Ignoruje wysyłanie danych w polu OBR.19
INID HL7,
XML
Przy wysyłaniu danych zleceniodawcy jeśli wysyłamy dane ze skierowania
to system wysyła dane instytucji posługując się identyfikatorem
Wersja 2016-03-018 (4.41.00) Str. 9-31
technicznych ID_INST, takim jak w pakietach głębokiej integracji.
(standardowo wysyłany jest kontr_skrot)
ZSAL HL7 Jeśli mamy zdefiniowane aliasy zewnętrznego systemu, parametr
umożliwia wysyłanie pierwszego aliasu zamiast kodu zewnętrznego
systemu.
ODJ HL7 Jeśli parametr zostanie ustawiony to w polu ORC.17 zostanie wysłany kod
odcinka oddziału, jeśli pacjent w chwili wysyłania zlecenia miał
przypisany odcinek.
UZM HL7 Uwzględnienie w polu OBR.24 zasobu miejsca z terminu, jeśli do zlecenia
mamy zaplanowany termin. Zasób miejsca musi być przekodowany w
słowniku: APAR_ZASOB
Jeśli nie zostanie znaleziony kod to przekodowanie następuje po jednostce
wykonującej wg słownika APAR_ZASOB
UZU HL7 Jeśli parametr zostanie ustawiony to najpierw uwzględniany jest zasób
urządzenie. Jeśli nie zostanie przekodowany w słowniku: APAR_ZASOB,
następuje próba wyszukania kodu wg parametru UZM.
Jeśli nie zostanie znaleziony kod to przekodowanie następuje po jednostce
wykonującej wg słownika APAR_ZASOB
KSS HL7 Ustawienie parametru, przywraca wysyłanie kodu słowników na SZPM dla
słownika lekarzy. Pole ORC.12.13 i OBR.1.13
PAUP HL7 Parametr usuwa polskie znaki w segmencie PID dla imienia i nazwiska.
DZA HL7 Modyfikacja sposobu wysyłana daty zlecenia w polu ORC.9.
W przypadku ustawienia parametry wysyłana jest dt_wpis zlecenia
WKOM HL7 Wysyłanie komentarzy do wyniku, komunikatem ORM^O01
PWAZ HL7 Ponowne wysłanie anulowanego zlecenia. Zlecenie anulowane może
zostać przywrócone do statusu opracowywane i ponownie wysłane po tym
samym numerem zlecenia.
ZSP HL7 Możliwość zmiany statusu pilności wysłanego zlecenia do momentu jego
wykonania.
7. Parametry dodatkowe dla wymiany danych Parametry dodatkowe, wpisujemy w polu PARAM_DOD _L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^RS^TT^
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod Wersja Opis działania parametru
LOG 4.26.2 Funkcje rozszerzonej integracji są logowane. W przypadku jeśli
chcemy logować wszystkie systemy, łącznie z systemy które nie
wykonały inicjalizacji, należy wpis wykonać w systemie główny o
rodzaju SZPM.
IRP 4.33.2 Funkcja rozszerzonej integracji ModyfikujPacjenta, ignoruje
modyfikację danych związanych z rozliczaniem pacjenta, obecnie:
kod_nwz nie będzie aktualizowany.
BW 5.18.0 PI,WS Blokowanie wysyłania wiadomości dla zdarzeń pochodzących z
systemów zewnętrznych.
ZBROW AMMS Umożliwia wywołanie linku z przeglądarki w przypadku kiedy nie
Wersja 2016-03-018 (4.41.00) Str. 10-31
ma zdefiniowanego pliku BAT z wywołaniem aplikacji
obsługującej linki, w kontekście zlecenia
8. Parametry systemu InfoMedica. Opis parametrów mających wpływ na działanie systemu wymiany danych
Kod Zasięg Opis działania parametru
WYMD_RI_ZLEC_SKIER system Rozszerzona integracja, zakładanie zleceń ze
skierowaniem.
Wymagalność danych skierowania podczas
zakładania zlecenia:
0 (domyślnie) – skierowanie uzupełniane wraz z
zakładaniem zlecenia.
1 - skierowanie uzupełniane po wystawieniu
zlecenia.
9. Laboratorium - parametry dotyczące budowania wyniku Parametry dotyczące tworzenia wyników, wpisujemy w polu BUDUJ_WYNIK_L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^FTCE^TXCE^NA^
Lista musi rozpoczynać się i kończyć znakiem ^.
Kod Standard Opis działania parametru
WBZ XML Wyniki bez zlecenia będą automatycznie wysyłane dla systemu
zewnętrznego mającego ustawiony parametr. Tylko jedne system
zewnętrzny może mieć wpisany parametr.
Dodatkowo w LAB należy ustawić możliwość eksportowania takich
danych.
W laboratorium należy ustawić parametr „Wyniki wysyłaj tylko ze zleceń
zewnętrznych” na 1. Aby system oznaczał wszystkie wyniki do wysłania.
PSR XML Odsyłanie wyników badań serologicznych przypisanych do danych
pacjenta.
10. Komunikaty rozgłoszeniowe. Parametry dotyczące generowania komunikatów rozgłoszeniowych, wpisujemy w polu
KOM_ROZGL_L.
Pole zawiera listę parametrów oddzielonych znakiem :^ np. ^PAC_POB^PAC_PRI^
Lista musi rozpoczynać się i kończyć znakiem ^.
Standard:
HL7 – generacja komunikatów HL7
IR - integracja rozszerzona – obsługa za pomocą integracji rozszerzonej
WS – obsługa za pomocą WebService
Kod Standard Opis działania parametru
Wersja 2016-03-018 (4.41.00) Str. 11-31
PAC_POB HL7 Komunikat generowany podczas przyjęcia pacjenta na oddział za
wyjątkiem pierwszego oddziału. ADT^A01
PAC_PRI HL7,
XML
Rozpoczęcie hospitalizacji, przyjęcie pacjenta na pierwszy
oddział. ADT^A01, lub XML z obiektami.
PAC_PRO HL7 Wizyta w lecznictwie otwartym. ADT^A01
PAC_IZP HL7 Przyjęcie pacjenta na izbę przyjęć. ADT^A01
PAC_ZPO HL7 Zakończenie pobytu ma oddziale: ADT^A03
PAC_ZPW HL7 Zakończenie pobytu zostało wycofane: ADT^A13
Jeśli zdarzenie nie będzie zdefiniowane wtedy generowany jest
komunikat przyjęcia ADT^A01
PAC_NEW HL7,
XML
Dodanie pacjenta do skorowidza. ADT^A28
PAC_DEL HL7 Usunięcie pacjenta ze skorowidza. ADT^A29
PAC_MER HL7 Połączenie dwóch pacjentów. ADT^A30
PAC_MOD HL7,
XML
Modyfikacja danych pacjenta. ADT^A31
PAC_POM HL7 Dopisanie pomiaru do pacjent: waga, wzrost. ADT^A31
PAC_TAG WS Przypisanie znacznika do pacjenta
ELE_NEW IR Dopisanie kodu do słownika elementów leczenia
ELE_MOD IR Modyfikacja danych związanych z widokiem SLU_BADANIA
ZL_MOD_OPK HL7 Wysłanie komunikatu ORM^O01 w przypadku modyfikacji OPK.
ORC.1 = ‘RF’ , ORC.5 = ‘IP’
PAC_ODC HL7 Przypisanie pacjenta na odcinek. ADT^A01.
PIZP_A04 HL7 Wysyłanie komunikatu PAC_IZP jako ADT^A04
PPRO_A04 HL7 Wysyłanie komunikatu PAC_PRO jako ADT^A04
PMOD_A08 Hl7 Wysyłanie komunikatu PAC_MOD jako ADT^A08
INS_MER IR Informacja o połączeniu instytucji.
PAC_ZPO HL7 Zakończenie pobytu pacjenta: ADT^A03
ZLM_URZ HL7 Wysłanie komunikatu ORM^O01 w przypadku modyfikacji
urządzenia w zleceniu.
(ORC.1 = ‘RF’ , ORC.5 = ‘IP’)
ZLEC_NW HL7 Wygenerowanie komunikatu ORU^R01 w przypadku autoryzacji
wyniku po stronie InfoMedica/AMMS związanego ze zleceniem
wysłanym do zewnętrznego systemu
ZLM_JWY HL7 Wysłanie komunikatu ORM^O01 w przypadku modyfikacji
jednostki wykonującej lub świadczenia.
(ORC.1 = ‘RF’ , ORC.5 = ‘IP’)
LEK_NEW IR Dopisanie lekarza do słownika: SLU_PERSONEL
LEK_MOD IR Modyfikacja lekarza w słowniku: SLU_PERSONEL
LEK_DEL IR Usunięcie lekarza w słowniku: SLU_PERSONEL
LEK_MER IR Połączenie pozycji dla tego samego lekarza w słowniku:
SLU_PERSONEL
INS_NEW IR Dopisanie instytucji do słownika: SLU_INSTYTUCJA
INS_MOD IR Modyfikacja instytucji w słowniku: SLU_INSTYTUCJA
INS_DEL IR Usunięcie instytucji w słowniku: SLU_INSTYTUCJA
INS_MER IR Połączenie pozycji dla tej samej instytucji w słowniku:
SLU_INSTYTUCJA
Możliwe jest wyłączenie komunikatów jeśli, system zewnętrzny sam chce je obsługiwać w
głębokiej integracji w takim przypadku dodatkowo dopisujemy kod ignorowania
np. ^PAC_MER^I_PAC_MER^
Wersja 2016-03-018 (4.41.00) Str. 12-31
W takim przypadku komunikaty dopisywane są do kolejki, ale proces przetwarzający nie ich nie
generuje.
10.1 Blokowanie wysyłania wybranych komunikatów dla jednostek organizacyjnych.
Został dodany dodatkowy parametr konfiguracyjnych dla jednostki organizacyjnej:
WYMD_BLOKADA_KOM_ROZGL.
W parametrze wpisujemy listę komunikatów, oraz systemów, dla których blokujemy wysyłanie
komunikatów. Format:
^<kod_komunikatu>|<kod_zewnsys>|<kod_zewnsys> ……|^<kod_komunikatu>^…..
Jeśli nie wyszczególnimy listy zewnętrznych systemów do komunikat blokujemy dla wszystkich
systemów dla których dany komunikat wysyłamy.
Obsługiwane blokowane komunikaty: PAC_PRI, PAC_POB, PAC_IZP, PAC_PRO
11. Wysyłanie kodów aparatów do NetRAAD Aby Recepcja zadziałała trzeba wykonać skrypt: s440_16.sql
Aparaty przekodowywane są na podstawie słownika zasobów: select * from zasob
Aby skonfigurować przekodowanie trzeba dodać wpisy w tabeli zewnsys_slow
select t.*, t.rowid from zewnsys_slow t
Wartości ID_SLOW:
APAR_ZASOB – przekodowanie zasobów w terminarzach na aparaty dla UHC, wysyłane w polu
OBR.24
Przekodowanie dla wybranego systemu zewnętrznego
Identyfikator słownika do przekodowania: APAR_ZASOB – przekodowanie aparatów dla UHC
Identyfikator słownika do przekodowania: APAR_ZASOB – przekodowanie aparatów dla UHC
kod oczekiwany w zewnętrznym systemie
Wersja 2016-03-018 (4.41.00) Str. 13-31
Dodatkowo dla zleceń przesyłanych bez planowania należy uzupełnić pole wartość o identyfikatory
jednostek wykonujących badania i wartosc_zewn odpowiednik aparatu.
Jeśli system nie znajdzie odpowiednika dla zasobu, szuka odpowiednika dla jednostki docelowej.
12. Przekodowanie lekarzy w wynikach Lekarz wykonujący badanie (kod) jest przekazywany w segmencie OBX pole 16
Identyfikator jest szukany w tabeli zewnsys_slow, wartosc_zewn. Pobrana wartość powinna
odpowiadać polu kod z tabeli dbap_uzytkownicy
Aby skonfigurować przekodowanie trzeba dodać wpisy w tabeli zewnsys_slow
select t.*, t.rowid from zewnsys_slow t
Wartości ID_SLOW: UZY_DBAP ( odpowiednik tabeli DBAP_UZYTKOWNICY )
12.1 Słownik personelu wykonującego z laboratorium InfoMedica
Kody lekarzy dla personelu wykonującego wysyłanego z lab InfoMedica pochodzą z tabeli
dbap_uzytkownicy, pole kod ( baza laboratoryjna ). Przekodowanie w bazie szpitalnej robimy
analogicznie jak dla innych systemów.
Aby informacje wychodziły po stronie systemu laboratoryjnego w rejestrze aplikacji trzeba ustawić
parametr: Eksport personelu wykonującego=1
13. Przekodowanie danych dotyczący wagi i wzrostu. Domyślne kody wagi , wzrostu wysyłane w komunikatach: ADT^A31
WAG – Waga pacjenta.
WZR – Wzrost pacjenta
Dla każdego kodu zewnętrznego systemu możemy przekodować standardowe parametry,
Wartości ID_SLOW: PARAM
Przekodowanie dla wybranego systemu zewnętrznego
Identyfikator słownika do przekodowania: UZY_DBAP – przekodowanie lekarzy z UHC
pole KOD w tabeli
DBAP_UZYTKOWNICY –
odpowiednik lekarza w
InfoMedica
kod lekarza w zewnętrznym systemie
Wersja 2016-03-018 (4.41.00) Str. 14-31
W polu WARTOSC wpisujemy: WAG, WZR i odpowiednik w systemie zewnętrznym:
WARTOSC_ZEWN
14. Edycja słowników przekodowań. Od wersji 4.17.2.0 została dodana w procesach wymiany danych możliwość, konfiguracji
słowników przekodowań: opcja Konfiguracja.
15. Wywołanie przeglądu miniaturek wyników dla TMS
W zewnętrznych systemach dodajemy nowy wpis gdzie:
R_ZEWNSYS = 'TMS-RAD'
KOD_ZEWNSYS = 'TMS-RAD' ( taka wartość wymagana )
Aby wywołanie przeglądarki działało wymagana jest obecność dwóch bibliotek dostarczonych
przez TMS:
TMSWebView.dll
libeay32.dll
Wersja 2016-03-018 (4.41.00) Str. 15-31
16. Bezpośredni dostęp do InfoMedica z poziomu TMS Aby umożliwić po stornie TMS dostęp do InfoMedica trzeba udostępnić katalog z aplikacjami
RCH. Do katalogu z aplikacjami należy dodać bibliotekę: SzpmZewnSys.dll
Na stacji roboczej gdzie będzie uruchamiana biblioteka szpmzewnsys.dll trzeba
zarejestrować dwie biblioteki: midas.dll i msxml4.dll dostępne w instalacji InfoMedica.
W przypadku jeśli chcemy w zleceniach wysyłać dane jednostek kierujących trzeba
ustawić parametr : ORGANIZACJA.SYSZEW_UWZG_INST_ZEW dla jednostki, w ramach której
TMS wywołuje dll.
Synchronizacja słowników:
Standardowe wysyłanie zlecenia:
Zleceniodawca: jednostki organizacyjne szpitala (tabela JOS),
Lekarz zlecający: użytkownik systemu szpital ( tabela DBAP_UZYTKOWNICY )
Wysyłanie danych ze skierowania:
Zleceniodawca: Słownik instytucji (tabela: INSTYTUCJA),
Lekarz zlecający: Słownik lekarzy ( tabela: LEKARZ)
W przypadku rejestrowania pacjentów na rzecz oddziałów, słownik dostępnych badań pobierany
jest z jednostki wywołującej funkcję, a nie wybranego oddziału. Trzeba o tym pamiętać przy
definicji dostępności usług.
17. Wykonywanie eksportów danych do zewnętrznych systemów.
Wymagana wersja 4.12.4
Funkcjonalność umożliwia automatyczne lub ręczne przygotowanie plików eksportowych wybrany
okres. Po wykonaniu eksporty zapisywane są to struktur związanych z wysyłaniem danych
użytkownik i hasło potrzebny
do zalogowania w
przeglądarce TMS
adres przeglądarki TMS
Wersja 2016-03-018 (4.41.00) Str. 16-31
(wymd_paczka). Następnie proces komunikacyjny wysyła pliki eksportów w zadanym kanale
komunikacyjnym.
W raz z eksportami został dodany nowy kanał komunikacyjny FTP, który umożliwia wysyłanie
paczek na serwer FTP.
Dostępne funkcje eksportujące:
System zewnętrzny IMS
Konfiguracja
Parametry serwera FTP:
KOM_FTP_ADR: adres serwera
KOM_FTP_PORT: port nasłuchu serwera
KOM_FTP_PASSIVE: czy mam być tryb pasywny,
KOM_FTP_TIMEOUT: czas zwłoki dla logowania do serwera i autoryzacji użytkownika
KOM_FTP_USER: użytkownik
KOM_FTP_PASSWORD: hasło.
Komunikacja wysyła pliki do zawsze do głównego katalogu, nadpisuje pliki które już istnieją.
17.1 Eksporty IMS
Konfiguracja wpisów w tabeli zewnsys:
KOD_ZEWNSYS: dowolny
R_ZEWNSYS: EXP
FORMAT_KOM: ZLC
BUDUJ_WYNIK_L: SZPM_EXM_IMS
Dodatkowo wpisy dotyczące transmisji i serwera FTP
Eksport może być wykonywany ręcznie lub automatycznie z poziomu administratora;
System/Systemy zewnętrzne/IMS
Rodzaj systemu dla eksportów
wartość: EXP
Format komunikatu
Funkcja budująca wyniki
Wartość > 0 określa włączenie kanału
FTP, standardowo ustawiamy 1 i dla
pozostałych kanałów 0.
Wersja 2016-03-018 (4.41.00) Str. 17-31
Na formatce definiujemy okres eksportu i kiedy ma się wykonać.
Jeśli uruchomimy proces przetwarzający szpitalny to eksport powinien wykonać się jeśli data
wykonania jest mniejsza od daty bieżącej. Eksport zapisywany jest do tabeli wymd_paczka.
Proces nadawczo odbiory wyśle paczkę wg konfiguracji.
Możliwe jest także wygenerowanie ręczne eksportu i natychmiastowe wysłanie na serwer FTP
skonfigurowany dla zewnsys.
Zaznaczenie „Aktualizuj okres rozliczeniowy” zmieni datę wykonania generowanego
automatycznie eksportu.
17.2 Eksporty IMS
Aby umożliwić wykonywanie eksportów do systemu IMS należy zdefiniować nowy system
zewnętrzny
17.3 Konfiguracja parametrów integracji z systemem Comesa
Wersja 2016-03-018 (4.41.00) Str. 18-31
Ustawiamy rodzaj systemu : COMES – Integracja z systemem laboratoryjnym Comesa
Parametry: BUDUJ_ZLECENIE_L: ^OML^
Parametry: BUDUJ_WYNIK_L: ^TXCE^
18. Konfiguracja wywoływania zewnętrznej przeglądarki. Od wersji 4.18.0.0 dodano możliwość parametryzowania wywołań linków gromadzonych w
załącznikach oraz umożliwiono wywołanie przeglądarki PACS w kontekście pacjenta.
Uwaga! Wywołania Siemens oraz TMS są obsługiwane po staremu.
Zmienne dostępne do parametryzacji wywołania (ważna wielkość liter):
Kod Opis działania parametru
&url; Przekazanie linku przesłanego w paczce HL7 jako typ RP, używane
przy wywołaniu załącznika ( URL_ZASOBOW )
&idPac; Identyfikator pacjenta (URL_ZASOBOW, URL_ZASOBOW_PAC,
URL_ZASOBOW_ZLEC)
&user; Nazwa zalogowanego użytkownika (URL_ZASOBOW,
URL_ZASOBOW_PAC, URL_ZASOBOW_ZLEC)
&idZlec; Identyfikator zlecenia (URL_ZASOBOW, URL_ZASOBOW_ZLEC)
&idPacDES; To samo co &idPac; Dodatkowo dane są szyfrowanie.
&userDES; To samo co &user; Dodatkowo dane są szyfrowanie.
&idZlecDES; To samo co & idZlec; Dodatkowo dane są szyfrowanie.
URL_ZASOBOW dotyczy wywołania w kontekście zlecenia załącznika.
URL_ZASOBOW_PAC – dotyczy wywołania w kontekście pacjenta.
URL_ZASOBOW_ZLEC – dotyczy wywołania przeglądarki w kontekście opisywanego zlecenia w
pracowni.
W przypadku zdefiniowania parametrów wywołania należy w katalogu aplikacji zdefiniować pliki
które będą wywoływane z parametrami: <kod_zewnsys>.bat , <kod_zewnsys>_pac.bat,
<kod_zewnsys>_zlec.bat odpowiednio dla URL_ZASOBOW, URL_ZASOBOW_PAC,
URL_ZASOBOW_ZLEC .
Jeśli URL_ZASOBOW_PAC nie jest wypełniony wtedy opcja PACS jest niedostępna.
Jeśli URL_ZASOBOW_ZLEC nie jest wypełniony wtedy opcja RIS jest niedostępna.
Jeśli URL_ZASOBOW_PAC nie jest wypełniony wtedy opcja PACS jest niedostępna.
Jeśli URL_ZASOBOW jest pusty wtedy przesłany link RP wywoływany jest bezpośrednio przez
Shell systemowy, url otworzy się w skojarzonym programie.
Dla szyfrowanych parametrów DES należy podać dla systemu zewnętrznego klucz szyfrujący w
kolumnie DES_PARAM_L. Parametry szyfrujące mają postać:
Wersja 2016-03-018 (4.41.00) Str. 19-31
<klucz >^<wektor >^<bufor>
Algorytm szyfrowania DES, mode CBC.
<klucz> - klucz kodowany jako dwuznakowe wartości hexadecymalne.
<wektor> - 8 znakowy wektor
<bufor> - długość bufora danych, który przekazywany jest do funkcji szyfrującej, bufor
inicjalizowany jest wartościami 0. Jeśli wartość bufora jest mniejsza do wartości szyfrowanej to
bufor powiększany jest do długości szyfrowanych danych.
Zaszyfrowany ciąg bajtów zwracany jest jako dwuznakowe wartości hexadecymalne.
Wywołanie przeglądarki dla pacjenta, jeśli znajduje się na formatce z wynikami, opcja: PACS.
Wywołanie linka w przeglądzie załączników:
Wersja 2016-03-018 (4.41.00) Str. 20-31
18.1 Wywołanie zewnętrznej przeglądarki podczas opisu badania wysłanego do zewnętrznego systemu.
W przypadku realizacji opisu badań istnieje możliwość wywołania zewnętrznej aplikacji RIS w
kontekście zlecenia. Należy wtedy zdefiniować URL_ZASOBOW_ZLEC zgodnie z wcześniejszym
opisem.
19. Konfiguracja wywoływania aplikacji dla Cytostatyków. Od wersji 4.24.0.0 dodano możliwość wywołania zewnętrznej aplikacji do obsługi cytostatyków
związanej z pacjentem.
Zmienne dostępne do parametryzacji wywołania (ważna wielkość liter):
Kod Opis działania parametru
&idPac; Identyfikator pacjenta (URL_ZASOBOW, URL_ZASOBOW_PAC)
&user; Nazwa zalogowanego użytkownika (URL_ZASOBOW,
URL_ZASOBOW_PAC), lub nazwa użytkownika z tabeli
przekodowań ZEWNSYS_UZY, jeśli takie przekodowanie zostało
uzupełnione
&pass; Hasło zapisane w tabeli przekodowań: ZEWNSYS_UZY, jeśli nie
zostanie znalezione przekodowanie hasło będzie puste.
&idZlec; Identyfikator zlecenia (URL_ZASOBOW)
&userZsys; Identyfikator użytkownika zapisanego w zewnsys
&passZsys Hasło zapisane w tabeli zewnsys
URL_ZASOBOW_PAC – dodajemy wpis dotyczący wywołania zewnętrznej aplikacji.
Wersja 2016-03-018 (4.41.00) Str. 21-31
W przypadku zdefiniowania parametrów wywołania należy w katalogu aplikacji zdefiniować plik
który będzie wywoływany z parametrami: <kod_zewnsys>_cyto.bat odpowiednio dla
URL_ZASOBOW_PAC.
20. Konfiguracja procesu nadawczo-odbiorczego.
20.1 Alternatywny port serwera
Podanie portu umożliw nadpisanie portu zapisanego w bazie dla uruchomionego systemu, na
którym serwer nasłuchuje. Jest to 6 ostatni parametr jeśli wywołujemy aplikację z parametrami.
Wartość 0, pobiera port z bazy.
20.2 Uruchomienie dla wybranych systemów
Do procesu dodano możliwość podania listy systemów na rzecz których zostanie uruchomiony
proces. Listę podajemy w formacie ^KOD_SYSTEMU^KOD_SYSTEMU^….^. Lista musi się
rozpoczynać i kończyć znakiem ^. W przypadku uruchomienia w trybie wsadowym Lista systemu
jest piątym parametrem.
Wersja 2016-03-018 (4.41.00) Str. 22-31
20.3 Konfiguracja TCP/IP
20.3.1 Blokada wysłania przy błędzie TCP/IP
Parametr określa liczbę minut na jaki jest blokowane wysyłanie paczek na danym połączeniu. Po
określonym czasie następuje kolejna próba. Jeśli się nie powiedzie czas blokady wydłużany jest
o krotność prób np. czas blokady 2 min. to po pierwszej nieudanej próbie czekamy 2 min,
następnie 4, 8 itd. Wysłanie zakończone powodzeniem resetuje krotność i zaczynamy od 2 min..
20.4 Wsadowe uruchamianie procesu nadawczo-odbiorczego
Parametry
1. Kod Systemu: zdefiniowany kod systemu dla którego uruchamiamy proces.
2. Rodzaj paczek: 0-wszystko, 1 – XML, 2 – XSP, 3-HL7
3. Skanowanie katalogu: podajemy w sekundach
4. Serwer nasłuchujący TCP/IP: TCPOFF – wyłączony, TCPON – włączony
5. Systemy: lista systemów dla których uruchomiono proces, listę podajemy w "^PIXEL^".
Jeśli chcemy pominąć parametr to wpisujemy " " ze spacją.
6. Alternatywny port serwera nasłuchującego:
Przykład: WymD_NadOdb.exe SZPM 0 60 TCPON "^PIXEL^" 8070
21. Konfiguracja interfejsu rozszerzonego. Parametry i ustawienia związane z rozszerzonym interfejsem wymiany danych przez pakiety DB
Blokada wysyłania przy błędzie
TCP/IP. Blokuje wysyłanie paczek na
określony czas.
Wersja 2016-03-018 (4.41.00) Str. 23-31
21.1 Blokada edycji danych pacjenta
Od wersji interfejsu 2.7.2, wersja InfoMedica 4.21
Dodano parametr umożlwiający zablokowanie możliwości edycji danych pacjenta poprzez interfejs
rozszerzony.
'SZPM', 'SYSTEM', 'WYMD_EDYCJA_PAC
1 - Edycja dostępna zawsze.
Nie ma blokady edycji danych pacjenta, zawsze modyfikowane są aktualne dane pacjenta bez wpisu
do danych archiwalnych
0 - Edycja dostępna tylko w dniu założenia rekordu pacjenta.
22. Bank Krwi - integracja. Aby uruchomić integrację z zewnętrznym bankiem krwi, wymagane udostępnienie licencji w celu
konfiguracji danych związanych z wysyłanie zamówień na krew. Konfiguracja dostępna jest w
module Bank Krwi(Java/flex).
Aby uruchomić integrację należy wprowadzić zewnętrzny system o rodzaju BKKR.
Zakres integracji z bankiem krwi obejmuje tylko wysyłanie zamówień do banku krwi.
Zewnętrzny bank krwi może odesłać informację o realizacji/anulowaniu zamówienia.
Zakres integracji nie obejmuje gromadzenia informacji o ilości wydanej krwi, oraz o ewidencji
podań/przetoczeń. Taką funkcjonalność powinien realizować zewnętrzny moduł BK.
22.1 Dostępne słowniki do przekodowania
Podczas wysyłania danych możliwe jest przekodowanie wartości wysyłanych do zewnętrznego
systemu. W dokumentacji zostały opisane pola dla których możemy wykonać przekodowanie.
Dostępne słowniki
Kod Opis działania parametru
BK_OBSERW Kody obserwacji do przekodowania:
KRGR – grupa krwi
KRRH - Rh krwi
KRFE – fenotyp krwi
KRPR - przeciwciała
BK_GR_RH Grupy krwi, czynnik Rh
Słownik: BK_GR_RH
BK_GR_ABO Grupy krwi
Słownik: BK_GR_ABO
BK_R_PREPARATU Rodzaje preparatów krwi
Słownik: BK_R_PREPARATU
BK_PREPARAT_PAR Krew, parametry preparatu
Słownik: BK_PREPARAT_PAR
Wersja 2016-03-018 (4.41.00) Str. 24-31
23. Monitorowanie stanu zleceń. System umożliwia wygenerowanie przypomnienia w zasobniku systemowym, dla stanów zleceń
wprowadzonych w parametrze: PRZYPOMNIENIA\WYMD\ZLEC\STAN
Listę oddzielamy ^ : ^ANUL^ODRZ^WYKO^
System monitoruje dt. przetworzenia paczek związanych ze zleceniami. Jeśli stan zlecenia znajduje
się na liście a dt. przetworzenie jest późniejsza niż data zapisana w parametrze:
PRZYPOMNIENIA\WYMD\ZLEC\DTSPR system generuje komunikat przypomnienia.
Po każdym sprawdzeniu jest aktualizowana data sprawdzenia. Jeśli data sprawdzenia jest mniejsza
od daty bieżącej to system sprawdza zmiany tylko z dnia bieżącego.
Uwaga! Nie można wywołać okna kontekstowego dla takiego przypomnienia
24. Cytostatyki - konfiguracja.
24.1 Konfiguracja dla APTEKI
Należy zdefiniować system, rodzaju CYTO.
Format komunikatów należy ustawić na HL7 (standard nadrzędny), importy XML exporty stanów
CSF będą automatycznie przyjmowane i generowane.
24.2 Konfiguracja dla APTEKI
Produkcja/Wydanie:
Należy ustawić parametry
DOKUMENTY.CYTO_PRODUKT - identyfikator leku dla produkcji cytostatyków, Obiekty XJ
DOKUMENTY.CYTO_MAG_ODD - lista identyfikatorów magazynów oddziałów przyjmujących
cytosytatyki. Obiekt X
DOKUMENTY.CYTO_DOKRODZ - rodzaj dokumentu rejestrującego produkcję cytostatyków.
Obiekty XJ -> dokument produkcji
W menu kontekstowym spisu nagłówków dokumentu produkcji dodano "Import produkcji
cytostatyków"
Możliwy jest import z dokładnością co do daty ważności lub/i serii poszczególnych towarów
- pozycje oznaczone na czerwono zawierają bledy importu ( np. braki w stanach magazynowych:
brak odpowiedniej ilości mat. o określonej serii )
dla takich pozycji nie możliwe jest generowanie produkcji.
- odznaczenie w kolumnie Gen. przy składniku lub cytostatyku spowoduje odznaczeni wszystkich
pozostałych powiązanych elementów.
- funkcja generowania odrębnych dokumentów produkcji spowoduje utworzenie osobnych
dokumentów ze względu na datę produkcji
- Funkcja Przegląd otwiera formatkę umożliwiająca dokonanie zmiany produkowanego cytostatyku,
zmiany składników bądź usuniecie ich.
- Funkcja Generuj spowoduje utworzenie dokumentu produkcji, zwiększenie stanu produkowanego
leku oraz zdjęte ze stanów magazynowych zostaną odpowiednie ilość zużytych składników
- Zaznaczeni 'Generuj dok. wydania' spowoduje ze podczas generacji automatycznie zostanie
utworzony rozchód wyprodukowanego cytostatyku na pacjenta. Jeśli nie dokonano automatycznego
Wersja 2016-03-018 (4.41.00) Str. 25-31
generowanie jest możliwość wykonania tego ręcznie po przejściu do spisu nagłówków dokumentu
rozchodów na pacjenta. W menu kontekstowym dostępna Bedzie opcja: "Generuj wydanie
cytostatyków"
Na formatce pojawia sie wyprodukowane cytostatyki, których stan magazynowy jest > 0.
Jeśli dokonamy wydania czy to ręczenie czy automatycznie, nie powinno być możliwości usunięcia
powiązanej produkcji.
Raportowanie zmiany stanów składników cytostatyków:
DOKUMENTY.CYTO_SKLADNIKI - Lista składników dla cytostatyków.
Dla podanych w parametrze leków system będzie raportował zmianę stanu na podstawie
dokumentów przychodu i korekty przychodu.
25. Zamówienia do Rotomatów – Dyna Tech. Została dodana możliwość wysyłania zamówień do zewnętrznego systemu obsługującego roto
maty. Zamówienia są wysyłane jako pliki XML.
Należy skonfigurować nowy system o typie: DYNT w konfiguracji do wysyłania XML do
wskazanego katalogu.
Aby uruchomić system w aplikacji należy ustawić parametr: SYSTEM. ROTOMATY_ZAM,
wskazać wcześniej zdefiniowany kod systemu.
Dodatkowo należy ustawić parametr ROTOMAT, włączający menu Rotomat w aplikacji.
W przypadku takiej konfiguracji standardowa obsługa szaf rotomatowych zostaje zastąpiona
zamówieniami (inne opcje w menu ).
Po włączeniu zamówień, automatyczne nadanie numeru kartoteki, generuje zamówienie utworzenia
dokumentacji. Dodatkowo w menu możemy przeglądać i dodawać nowe usuwać zamówienia.
Zamówienia wysłane do rotomatów nie podlegają edycji ani modyfikacji.
Wersja 2016-03-018 (4.41.00) Str. 26-31
26. Obsługa pantomografu firmy Optident. Została dodana możliwość obsługi pantomografu firmy Optident.
Aby uruchomić obsługę należy zdefiniować system zewnętrzny o typie „OPIM”.
Przypisać w danej jednostce lub do stacji do parametru KOD_ZEWNSYS_PANTO, kod wcześniej
zdefiniowanego systemu zewnętrznego.
Dodatkowo należy zdefiniować plik bat <kodzewnsys>_pant.bat
do pliku bat przekazywane są trzy parametry w kolejności:
1 – Katalog na obrazy ( tworzony w katalogu tymczasowym PAC_<MIP>
2 – Nazwisko
3 - Imię
Przykładowe wywołanie programu optident zapisane w pliku bat:
TW.EXE -P%1 -N%2 -F%3
Wersja 2016-03-018 (4.41.00) Str. 27-31
Jeśli wykonamy konfigurację podczas dodawania załączników pojawią się dostępne dwie
dodatkowe opcje: Pantomograf, Pantomograf(Obrazy).
Wywołanie opcji Pantomograf wywoła plik bat, umożliwi obsługę pantomografu.
Opcja Pantomograf (Obrazy) pobiera wszystkie obrazy typu JPG zapisane w katalogu
tymczasowym i zapisuje je jako załączniki
27. Obsługa systemu SILP. Obsługa została dodana w systemie AMMS.
Integracja realizowana jest w zakresie przypisywania znaczników do pacjenta, oraz powiadamianiu
systemu zewnętrznego o tym fakcie.
Aby systemu uruchomić należy skonfigurować system zewnętrzny rodzaju SILP, z formatem
komunikatów typu WS. Do komunikatów rozgłoszeniowych należy dodać PAC_TAG,
informujący system zewnętrzny o przypisaniu znacznika.
Fakt przypisania znacznika wysyłany jest do kolejki JMS.
Kolejkę wcześniej należy zainstalować, np. używając kolejki dostarczonej wraz s MPI
Dostęp do kolejki od strony AMMS definiujemy w pliku: appConfig.properties który znajduje się w
katalogu amms-ear.ear/amms-war.war na serwerze aplikacji.
Wersja 2016-03-018 (4.41.00) Str. 28-31
Aby udostępnić przypisanie znacznika na liście pacjentów należy ustawić parametr:
WYMD_ZNACZNIK.
28. Konfiguracja integracji z urządzeniem Cobas IT 1000.
Integracja będzie się odbywała w zakresie:
- wysyłania informacji o pobytach pacjentów na oddziałach (komunikaty ADT^A01 i ADT^A03)
- przyjmowania wyników dla pacjentów bez zleceń komunikatem ORU^R01
Budowa w/w komunikatów jest zgodna z opisem „Komunikaty HL7 w AMMS, InfoMedica”
W konfiguracji systemów zewnętrznych należy zdefiniować system o typie COBAS. Dla
zdefiniowanego systemu należy skonfigurować:
- wysyłanie komunikatów rozgłoszeniowych adt: ADT^A01 i ADT^A03
- umożliwienie przyjmowania wyników bez zleceń: ustawienie pola: wyn_bez_zlec = ‘1’, oraz
przypisanie parametrów budowania wyników: ^IB^ WBZ^ UZP
- uzupełnienie przekodowań dla słowników: UZY_DBAP, KOD_WYK_BAD
29. Konfiguracja integracji Laboratorium InfoMedica z systemem mMedica.
Integracja będzie odbywała się w zakresie odbioru zleceń systemu mMedica i odsyłania wyników.
Interfejs integracji został dostarczony przez system mMedica. Dane przesyłane są w komunikatach
w formacie XML (HL7Cda).
Dane mogą być przesyłane poprzez współdzielony katalog, lub przygotowany interfejs WebService.
29.1 Konfiguracja systemu zewnętrznego
W ramach definicji systemów zewnętrznych w laboratorium należy dodać nowy system zewnętrzny
rodzaju MMEDICA.
Wartości wybranych kolumn:
Kolumna Wartość opis
KOD_ZEWNSYS np.: MMED Kod systemu reprezentującego system mMedica
w laboratorium.
R_ZEWNSYS MMEDICA MMEDICA – rodzaj systemu mMedica
FORMAT_KOM PI PI – platforma integracyjna
ALIAS_KODZEWNSYS_L np.: ^003273402^ Regon jednostki zewnętrznej po której następuje
identyfikacja zleceniodawcy
ID_ZEWNSYS_L np.: ^356366975^ Regon laboratorium – identyfikacja jednostki
Wersja 2016-03-018 (4.41.00) Str. 29-31
wykonującej przysyłanej z mMedica.
HL7_OID_L np.: ^1.2.3.4^ Identyfikator schematu nadawanych
identyfikatorów, potrzebny do poprawnej
identyfikacji danych w komunikatach.
Identyfikator musi być zgodny z ustawionym w
systemie mMedica.
Wartości wybranych kolumn dla systemu rodzaju LAB :
Kolumna Wartość opis
HL7_OID_L np.:
^1.108.2015^
Identyfikator który należy przypisać w mMedica
w kolumnie kod dostawcy. Reprezentuje OID
systemu Laboratoryjnego.
W słowniku przekodowań w mMedica dodatkowo
należy ustawić OID:
1. Rejestru badań z sufiksem .200
Dla naszego przykładu: 1.108.2015.200
2. Rejestru pobrań z sufiksem .100
Dla naszego przykładu: 1.108. 215.100
instytucja_id Należy powiązać kontrahenta z odpowiednim
zewnętrznym systemem, łącznie odpowiednikiem
laboratorium
Pozostała konfiguracja, słowniki przekodowań dla badań , instytucji kierujących należy
skonfigurować zgodnie z ogólnymi zasadami konfiguracji systemów zewnętrznych w laboratorium.
29.2 Komunikacja poprzez pliki
W przypadku komunikacji poprzez pliki definiujemy następujące kolumny dla systemu rodzaju
MMEDICA
Kolumna Wartość opis
KAT_ODBIORCZY Ścieżka do współdzielonego katalogu, w którym
będą wyminie pliki. W przypadku integracji z
mMedica ważny jest tylko jeden katalog. Do
katalogu trafiają zarówno zlecenia jak i wyniku.
Jest to odstępstwo od ogólnych zasad, gdzie
katalogiem odbiorczym jest definiowany w
ramach systemu LAB.
KOM_PLIK_PRIOR 1 1 – w przypadku uruchomionej integracji przez
pliki
0 – w przypadku integracji poprzez WebService
29.3 Komunikacja poprzez WebService
W przypadku komunikacji poprzez WebService, system laboratoryjny udostępnia interfejs sieciowy
za pomocą którego system laboratoryjny otrzymuje zlecenia oraz odbiera wyniki.
Definicje interfejsu sieciowego dostarczył system mMedica.
Wersja 2016-03-018 (4.41.00) Str. 30-31
W ramach konfiguracji należy zainstalować platformę integracyjną AMMS dostarczaną z
Laboratorium, w instalatorze wybieramy opcję „Integracja LAB-mMedica” Postępujemy zgodnie z
instrukcją instalacji platformy integracyjnej.
30. Obsługa systemu firmy Romexis. Została dodana możliwość wywołania systemu Romexis.
Aby uruchomić obsługę należy zdefiniować system zewnętrzny o typie „ROMEX”.
Przypisać w danej jednostce lub do stacji do parametru KOD_ZEWNSYS_ROMEX, kod wcześniej
zdefiniowanego systemu zewnętrznego.
Dodatkowo należy zdefiniować plik bat <kodzewnsys>_pant.bat
do pliku bat przekazywane są cztery parametry w kolejności:
1 – Identyfikator pacjenta
2 – Nazwisko
3 – Imię
4 – data urodzenia
Przykładowe wywołanie programu zapisane w pliku bat:
DxStart.exe %1 %2 %3 %4
Jeśli wykonamy konfigurację opisu badania w pracowni diagnostycznej będzie dostępna dodatkowa
opcja Panto
Wywołanie opcji Pantomograf wywoła plik bat,
Wersja 2016-03-018 (4.41.00) Str. 31-31
31. Integracja Laboratorium z systemem Fresenius. Została dodana możliwość integracji laboratorium z systemem Fresenius. Integracja odbywa się wg.
dokumentacji systemu zewnętrznego.
Scenariusz integracji:
Zlecenia do laboratorium wprowadzane są ręcznie na podstawie dokumentów skierowań.
Po wykonaniu badania, system laboratoryjny odsyła badanie zgodnie z dokumentacją Fresenius.
Konfiguracja:
Zleceniodawca powinien być powiązany z systemem zewnętrznym typu Fresenius.
Wszystkie testy wykonywane w ramach zleceń, powinny być przekodowane dla systemu
zewnętrznego w słowniku LAB_TEST. Kod wewnętrzny jest polem GIDK z tabeli test.
Top Related