Integracja aparatu EKG z systemem medycznym jest projektem dotyczącym danych, ludzi i urządzeń. Podłączenie przewodu sieciowego stanowi tylko jeden z jego etapów. Trzeba jeszcze ustalić, jak rozpoznać pacjenta, gdzie zachować badanie, kto może je otworzyć i co zrobić, gdy przesyłanie zostanie przerwane. Dla zespołu IT punktem wyjścia powinien być przebieg pracy gabinetu, ponieważ to on określa oczekiwany rezultat połączenia.

Narysuj drogę jednego badania

Na początku warto opisać obecny proces bez używania nazw protokołów. Gdzie powstaje zlecenie? Kto wpisuje dane pacjenta? Kiedy zapis trafia do lekarza, a kiedy pojawia się w dokumentacji? Taka mapa ujawnia czynności wykonywane ręcznie i miejsca, w których zespół traci kontrolę nad wynikiem. Pomaga też ustalić zakres wdrożenia. Przeniesienie pliku do folderu sieciowego i pełna obsługa zleceń w systemie placówki są różnymi zadaniami, nawet jeśli oba bywają opisywane słowem „integracja”.

Następnie trzeba określić, co będzie uznawane za powodzenie. Dobrym kryterium jest możliwość odnalezienia właściwego badania przy właściwym pacjencie przez uprawnionego użytkownika.

Do rozmowy należy zaprosić osobę wykonującą EKG, lekarza korzystającego z wyników, administratora oraz dostawców obu rozwiązań. Każda strona widzi inny fragment obiegu. Dopiero wspólne ustalenia pozwalają opisać punkty przekazania danych i odpowiedzialność za błędy. W niewielkiej przychodni nie musi to oznaczać rozbudowanej dokumentacji projektowej. Potrzebny jest jednak zapis decyzji, do którego można wrócić podczas konfiguracji i odbioru.

Plik PDF i wymiana danych nie oznaczają tego samego

PDF może być wygodnym sposobem udostępnienia raportu do oglądania. Nie należy jednak z samej obecności takiego eksportu wnioskować, że program placówki automatycznie rozpozna pacjenta, przypisze wynik do wizyty i udostępni dane do dalszego przetwarzania. To odrębne możliwości, które wymagają sprawdzenia. Podobnie zapis przebiegu w określonym formacie nie gwarantuje, że każdy odbierający program potrafi wykorzystać wszystkie zawarte w nim informacje.

HL7 obejmuje standardy wymiany informacji w ochronie zdrowia. Samo wskazanie tej nazwy w ofercie nie definiuje zakresu połączenia między konkretnym aparatem a konkretnym systemem. Potrzebna jest specyfikacja obsługiwanych komunikatów lub dokumentów oraz danych, które obie strony rozumieją. Warto zapytać także o kierunek wymiany i dodatkowe moduły. Przekazywanie raportów może być dostępne, podczas gdy pobieranie listy zleceń wymaga osobnego rozwiązania.

Nie warto dobierać technologii wyłącznie według liczby obsługiwanych formatów. Najpierw należy wskazać potrzebną funkcję, a następnie sprawdzić sposób jej realizacji.

Opis zastosowań łączności sieciowej i integracji aparatów w placówkach medycznych można znaleźć w artykule: https://zdrowie.med.pl/zdrowie/nowoczesne-aparaty-ekg-w-sluzbie-szpitali-i-poz/.

Identyfikacja pacjenta jest osobnym zadaniem

W projekcie należy uzgodnić, które identyfikatory łączą zlecenie z badaniem i dokumentacją. Imię oraz nazwisko nie wystarczą jako założenie projektowe, ponieważ mogą się powtarzać. Trzeba opisać również przypadki poprawienia danych, wykonania kolejnego badania i braku zlecenia dostępnego na urządzeniu. Sposób obsługi takich sytuacji powinien odpowiadać możliwościom systemu oraz procedurom placówki. Nie należy tworzyć domyślnych reguł przypisywania wyniku tylko po to, aby każdy plik automatycznie znalazł odbiorcę.

Jeśli dopasowanie jest niejednoznaczne, personel potrzebuje widocznej informacji i ścieżki wyjaśnienia problemu. Ukrycie błędu w dzienniku technicznym nie jest wystarczającym rozwiązaniem dla osoby pracującej z pacjentem.

Przydatne będzie ustalenie, kto może poprawiać błędne przypisanie i jak sprawdzić efekt korekty. Warto osobno przeanalizować sytuację ponownego wysłania tego samego badania. Dostawcy powinni wyjaśnić, czy system rozpozna powtórzenie, utworzy drugi dokument czy zastąpi wcześniejszą wersję. Żadnego z tych zachowań nie należy zakładać bez testu. Przebieg korekty i ponownej wysyłki powinien być zrozumiały zarówno dla administratora, jak i użytkownika gabinetu.

Bezpieczne połączenie wymaga planu utrzymania

Przy wyborze Wi-Fi albo połączenia przewodowego warto uwzględnić sposób korzystania z urządzenia, zasięg i warunki w gabinecie. Aparat przemieszczany między pomieszczeniami ma inne potrzeby niż sprzęt pracujący stale przy jednym stanowisku. Należy sprawdzić rozwiązania wspierane przez producenta i wymagania infrastruktury placówki. Obecność modułu bezprzewodowego nie jest powodem, aby bez uzgodnienia podłączać urządzenie do sieci przeznaczonej dla gości.

Administrator potrzebuje informacji o wymaganych połączeniach, uwierzytelnianiu i dostępach serwisowych. Dla urządzeń medycznych warto zaplanować wydzielenie sieci oraz ograniczenie komunikacji do potrzebnych systemów. Ustawienia powinny pozostawać zgodne z dokumentacją i uzgodnieniami z dostawcą. Dotyczy to również aktualizacji: nie należy instalować przypadkowych poprawek, które nie są przeznaczone do danego urządzenia.

W dokumentacji utrzymania warto wskazać:

• właściciela konfiguracji i osobę przyjmującą zgłoszenia;
• zasady nadawania oraz odbierania dostępu;
• sposób uzgadniania aktualizacji i prac serwisowych;
• miejsce przechowywania instrukcji odtworzenia połączenia;
• sposób zgłaszania problemu, gdy badanie nie pojawia się w systemie.

Takie ustalenia powinny przetrwać zmianę administratora lub dostawcy wsparcia. Przechowywanie wiedzy wyłącznie w pamięci osoby, która uruchomiła połączenie, utrudnia późniejsze diagnozowanie awarii.

Sprawdź nie tylko prawidłowy scenariusz

Test odbiorczy powinien obejmować pełną drogę danych na środowisku przeznaczonym do prób, z użyciem danych testowych. Warto zacząć od zwykłego badania, a następnie sprawdzić sytuacje problemowe. Przerwane połączenie może ujawnić, że personel nie wie, gdzie szukać niewysłanych zapisów. Powtórzona transmisja pokaże sposób obsługi duplikatów. Dwa testowe rekordy o podobnych nazwiskach pomogą sprawdzić, czy wybór opiera się na właściwych identyfikatorach, a nie na samym brzmieniu danych.

Równie istotne jest otwarcie wyniku w miejscu, z którego korzysta lekarz. Potwierdzenie odebrania komunikatu przez serwer nie dowodzi, że raport jest dostępny w odpowiednim widoku.

Przed uruchomieniem należy ustalić postępowanie podczas awarii. Jeśli aparat przechowuje badania lokalnie, trzeba znać ograniczenia tej funkcji i sposób późniejszej wysyłki. Kopia na urządzeniu nie zastępuje planu zabezpieczenia dokumentacji w systemie placówki. Warto sprawdzić również, kto potwierdza kompletność wyników po przywróceniu działania. Testy powinny zakończyć się zapisaniem tego, co faktycznie sprawdzono, oraz wskazaniem spraw pozostających do wyjaśnienia.

Po uruchomieniu obserwuj miejsca przekazania danych

Pierwsze dni pracy pozwalają porównać projekt z rzeczywistym korzystaniem z gabinetu. Przydatne będą zgłoszenia personelu dotyczące trudności z wyborem pacjenta, oczekujących transmisji i problemów z odnalezieniem raportu. Zespół IT powinien ustalić, jakie informacje diagnostyczne są dostępne i jak korzystać z nich bez niepotrzebnego ujawniania danych medycznych. Nie chodzi o gromadzenie wszystkiego, lecz o możliwość wyjaśnienia konkretnego zdarzenia.

Warto przy tym utrzymywać jeden uzgodniony punkt kontaktu dla problemów obejmujących oba produkty. Dzięki temu pracownik gabinetu nie musi sam rozstrzygać, czy zawinił aparat, sieć czy oprogramowanie. Zgłasza brak wyniku, a osoby odpowiedzialne za utrzymanie prześledzą jego drogę według wspólnej dokumentacji.

Materiał przygotowany we współpracy z partnerem