Kwalifikacja: MED.07 - Montaż i eksploatacja urządzeń elektronicznych i systemów informatyki medycznej

Zaskakująco często pojawia się przekonanie, że do przesyłania obrazów medycznych do serwera PACS wystarczy zwykły protokół FTP. W rzeczywistości FTP nie jest przystosowany do wymiany danych medycznych ani nie zapewnia odpowiednich struktur czy zabezpieczeń. Nadaje się, owszem, do przesyłania zwykłych plików w sieci, ale nie obsłuży metadanych związanych z diagnostyką obrazową. Trochę rozumiem, skąd taki błąd – FTP bywa wykorzystywany w innych branżach, jednak tutaj potrzeba czegoś znacznie bardziej zaawansowanego. Z kolei HL7 to bardzo istotny standard w medycynie, ale jego głównym zadaniem jest wymiana danych administracyjnych i tekstowych, na przykład rejestracja pacjentów czy przekazywanie informacji laboratoryjnych. HL7 nie zawiera w sobie obsługi dużych plików graficznych ani szczegółowych informacji o obrazach diagnostycznych, więc nie sprawdza się w tej roli. Wreszcie ASCII to raczej sposób kodowania tekstu, nie ma nic wspólnego z przesyłaniem grafik medycznych czy integrowaniem systemów obrazowania. Często spotykam się z myśleniem, że skoro coś można przesłać jako plik tekstowy, to wystarczy ASCII – niestety, dane z tomografii czy rezonansu to tysiące parametrów i ogromne ilości informacji, których ASCII zwyczajnie nie ogarnia. Typowym błędem jest tu upraszczanie problemu i niebranie pod uwagę, jak złożone są procesy wymiany danych w środowisku medycznym. Dobrą praktyką jest korzystanie wyłącznie ze standardów dedykowanych do konkretnych zastosowań, a DICOM został właśnie stworzony do obrazowania medycznego i dzięki temu zapewnia niezawodność, interoperacyjność oraz bezpieczeństwo. Praktyka pokazuje, że ignorowanie tych standardów prowadzi do chaosu w archiwizacji i problemów z kompatybilnością sprzętu różnych producentów.