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.