Czy zbudujemy usługi zdrowotne on-line w regionie? Kajetan Wojsyk Kielce, 2012-06-19
Usługi zdrowotne on-line Jest to pewien skrót myślowy; zawsze bowiem by leczenie mogło być skuteczne musi dochodzić do spotkania pacjenta z lekarzem. Prawidłowa diagnoza stanu wymaga zbadania pacjenta jest to istotne dla jego bezpieczeństwa. Są jednak sytuacje, w których ten bezpośredni kontakt nie jest wymagany, gdyż niepotrzebnie angażuje czas i zmusza pacjenta do zbędnego wysiłku (np. w przypadku chorób przewlekłych - stale przepisywane lekarstwa te same leki i dawki ) Masowość takich sytuacji jest źródłem strat i to jest obszar, który elektroniczne rozwiązania mogą znacząco zmienić na korzyść. Trzeba stworzyć do tego odpowiednie warunki i dokonać zmian w kilku obszarach prawnym, organizacyjnym, technologicznym i w sferze mentalnej; ten ostatni obszar jest chyba najtrudniejszy do zmiany. Odrębną sprawą pozostaje rejestracja i archiwizacja wszelkich zdarzeń medycznych i tworzenie się elektronicznej historii choroby pacjenta
Zbiór ustaw - obowiązujących przepisów prawa kompleksowo regulujący możliwość tworzenia dokumentacji elektronicznej oraz świadczenie usług drogą elektroniczną Technicznie Ustawa o narodowym możliwa zasobie archiwalnym jest interoperacyjność i archiwach odrębnie Ustawa o informatyzacji budowanych działalności podmiotów dzisiaj realizujących systemów zadania publiczne wszystkie dokumenty elektroniczne i Ustawa o świadczeniu usług drogą elektroniczną komunikaty składają się ze zbiorów Ustawa o podpisie elektronicznym Ustawa o prawach pacjenta i rzeczniku praw pacjenta Ustawa o systemie informacji w ochronie zdrowia Ustawa o działalności leczniczej bariery, jaką wprowadza papierowy nośnik Ustawa o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych zerojedynkowych, odpowiednio sformatowanych brak
Oczekiwane usługi zdrowotne Źródło: http://www.prezydent.pl/dialog/fdp/spoleczenstwo-obywatelskie---kapital-spoleczny- /filmy/art,6,fdp-elektroniczne-uslugi-administracji-publicznej.html W trakcie badania zapotrzebowania na różne usługi świadczone drogą elektroniczną okazało się, że najbardziej potrzebną i oczekiwaną usługą jest usługa zdalnego umówienia się na wizytę do lekarza. Jeśli chodzi o inne usługi związane z ochroną zdrowia, to również bardzo oczekiwana jest e-recepta (czwarta na liście najbardziej oczekiwanych). Nie zapominamy także o telemedycynie, zdalnych konsultacjach czy telerehabilitacji. Oczywiście należy wziąć pod uwagę, że istnieją nie tylko potrzeby pacjentów, artykułowane jak wyżej, ale także potrzeby pracowników ochrony zdrowia w szerokim tego słowa znaczeniu. Dzisiaj w b. wielu przypadkach są oni obciążeni zupełnie zbędnymi czynnościami (już nie administracyjnymi, lecz biurokratycznymi). W czasie warsztatów spróbujemy ustalić, jakiego rodzaju działania należy w najbliższej, 2- letniej perspektywie czasowej podjąć, by osiągnąć efekt, o który chodzi a który został zakreślony w ustawach o systemie informacji w ochronie zdrowia, o działalności leczniczej, o prawach pacjenta i rzeczniku praw pacjenta, a także innych, dotyczących nie tylko ochrony zdrowia, lecz zarządzania informacją w ogóle.
Kluczowym czynnikiem jest czas szczególnie gdy chodzi o ratowanie życia lub zdrowia (jakość życia ma także istotne znaczenie)
Ustawa o systemie informacji w ochronie zdrowia
Fragment schematu powiązań funkcjonalnych systemów i rejestrów Zaznaczone obok rejestry jeszcze w końcu ubiegłego roku funkcjonowały jako odrębne, niezwiązane z sobą rejestry. Obecnie są one częściami Rejestru Podmiotów Wykonujących Działalność Leczniczą (RPWDL) mimo, iż opisują zupełnie inne rodzaje obiektów!
RPWDL w trakcie zmian prawa
Przykład powiązania odrębnie zbudowanych systemów
Przykłady powiązania odrębnie zbudowanych systemów wykorzystujących funkcjonalności epuap
Przykłady powiązania odrębnie zbudowanych systemów wykorzystujących funkcjonalności epuap
Po zalogowaniu się w systemie regionalnym SEKAP za pomocą konta na epuap
Zdrowie na epuap
Formularze statystyczne w ochronie zdrowia
Zasady Centralizacja zasobów, które udostępniane muszą być wszystkim na terenie całego kraju Lokalizacja zasobów, które udostępniane mają być lokalnie (np. dokumentacja medyczna przechowywana będzie lokalnie jedynie informacja o niej przechowywana będzie centralnie) Elektronizacja wszystkich zasobów, które mają być dostępne zdalnie lub które stanowią elementy łączące zasoby odrębne (likwidacja tzw. interfejsu białkowego) Wprowadzanie zasad interoperacyjności by umożliwić realizację potrzeb pacjentów i pracowników ochrony zdrowia
Zasoby centralne
Rejestry publiczne, klasyfikacje i słowniki podstawą interoperacyjności
Widoczne obok zasoby mogą być udostępniane w różny sposób: do bezpośrednieg o przeglądania lub poprzez webserwisy
Istotne różnice pomiędzy dokumentacją papierową a elektroniczną Dane jawne: Dane jawne: Dane chronione: Elektroniczna dokumentacja medyczna powstaje z dokumentów i danych gromadzonych na różnych etapach. Nie jest prostą kolekcją danych czy dokumentów - może być przetwarzana i udostępniana stosownie do woli pacjenta i przy zachowaniu wszelkich możliwości, jakie daje przechowywanie danych w odrębnych kontenerach, z których mogą być one pobierane i scalane w dokument końcowy. Nie występuje wada nieczytelności czy niespójności danych, można ich użyć w różnych konfiguracjach i dokumentach. Istotą dokumentu jest jednak jego niezmienność od momentu utrwalenia i zabezpieczenia podpisem elektronicznym w jakimś momencie, określonym datą i godziną. Istotne są też metadane, opisujące wytworzony dokument.
Istotne różnice pomiędzy dokumentacją papierową a elektroniczną Dane jawne: Dane jawne: Dane chronione: Dokumenty elektroniczne mogą być tworzone na podstawie danych zawartych w bazach, które obejmują dane gromadzone w różnych sytuacjach: pomiarach ciśnienia, temperatury, przy analizach laboratoryjnych płynów ustrojowych itp. a także przy tworzeniu szerszych opisów stanu chorego. Zapisane w bazach dane mogą znajdować się na różnych, odrębnych dokumentach, co znakomicie ułatwia zarządzanie udostępnianymi danymi. W szczególności zarządzać można uprawnieniami dostępu do danych, a także typami dokumentów, jakie mogą wytwarzać osoby o różnych poziomach uprawnień.
Dz.U.2010.252.1697 ROZPORZĄDZENIE MINISTRA ZDROWIA 1) z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz. U. z dnia 29 grudnia 2010 r.) Na podstawie art. 30 ust. 1 ustawy z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta (Dz. U. z 2009 r. Nr 52, poz. 417 i Nr 76, poz. 641 oraz z 2010 r. Nr 96, poz. 620) zarządza się, co następuje: Rozdział 1 Przepisy ogólne 1. Dokumentacja medyczna, zwana dalej "dokumentacją", jest prowadzona w postaci elektronicznej lub w postaci papierowej. 2. 1. Dokumentację stanowi: 1) dokumentacja indywidualna - odnosząca się do poszczególnych pacjentów korzystających ze świadczeń zdrowotnych; 2) dokumentacja zbiorcza - odnosząca się do ogółu pacjentów lub określonych grup pacjentów korzystających ze świadczeń zdrowotnych. 2. Dokumentacja indywidualna obejmuje: 1) dokumentację indywidualną wewnętrzną - przeznaczoną na potrzeby podmiotu udzielającego świadczeń zdrowotnych, zwanego dalej "podmiotem"; 2) dokumentację indywidualną zewnętrzną - przeznaczoną na potrzeby pacjenta korzystającego ze świadczeń zdrowotnych udzielanych przez podmiot. 3. Dokumentację indywidualną wewnętrzną stanowią w szczególności: 1) historia zdrowia i choroby; 2) historia choroby; 3) karta noworodka; 4) karta indywidualnej opieki pielęgniarskiej; 5) karta indywidualnej opieki prowadzonej przez położną; 6) karta wizyty patronażowej; 7) karta wywiadu środowiskowo-rodzinnego. 4. Dokumentację indywidualną zewnętrzną stanowią w szczególności: 1) skierowanie do szpitala lub innego podmiotu; 2) skierowanie na badanie diagnostyczne lub konsultację; 3) zaświadczenie, orzeczenie, opinia lekarska; 4) karta przebiegu ciąży; 5) karta informacyjna z leczenia szpitalnego. 5. W dokumentacji indywidualnej wewnętrznej dokonuje się wpisu o wydaniu dokumentacji indywidualnej zewnętrznej lub załącza jej kopie.
Dokumentacja medyczna tworzona jest m. in. w oparciu o: Krajowe Ramy Interoperacyjności Klasyfikacja procedur medycznych ICD-9 Klasyfikacja chorób i problemów zdrowotnych ICD-10 SNOMED CT Centralne Wykazy Usługodawców, Usługobiorców, Pracowników Medycznych, Rejestr Leków Standardy HL7 CDA, LOINC wszystko opiera się o kody, dzięki którym można tworzyć jednoznaczną dokumentację medyczną.
Szersze informacje dotyczące projektów P1 i P2: http://www.csioz.gov.pl/ Biuletyny CSIOZ Konsultacje w CSIOZ Konferencje organizowane dla poszczególnych grup tematycznych Spotkania Grupy Doradczej Użytkowników
Elektronizacja papieru: Wszystkie druki dostępne na stronie podmiotowej NFZ są plikami w formacie.doc, lub.xls i to od wnoszącego zależy, czy treść dostarczy na papierze (z pieczątką i podpisem własnoręcznym), czy w postaci elektronicznej z podpisem elektronicznym. Nie będą to jednak dokumenty, o jakie nam chodzi
Ustawa o podpisie elektronicznym Dokument elektroniczny w formacie XML posiada ściśle zdefiniowaną strukturę wewnętrzną. W prezentowanym przykładzie jest to tekst - jeden akapit. Dokument nie jest elektronicznie podpisany. Warto zwrócić uwagę na jego wielkość. Dokument można podpisać w różny sposób podpisem zewnętrznym, otaczającym lub wewnętrznym. Aplikacje dostarczane centra certyfikacji (podmioty wystawiające certyfikaty) umożliwiają dokonanie wyboru.
Typy podpisów: Zewnętrzny odrębny plik -> Otaczający (Ograniczenia!) Otoczony
Podpis wewnętrzny widoczny jest w strukturze wewnętrznej podpisywanego dokumentu, a treść podpisywanego dokumentu jest czytelna.
Podpis otaczający widoczny jest w strukturze wewnętrznej podpisywanego dokumentu, a treść podpisywanego dokumentu jeśli nie zostanie wyodrębniona, jest nieczytelna. Można natomiast częściowo odczytać dane zawarte w certyfikacie.
Formaty dokumentów elektronicznych.xsd.xml.doc.rtf.doc.xsl.xml.xades.xml.css Praktycznie wszystkie dokumenty mogą mieć postać elektroniczną, mogą być podpisywane elektronicznie w wybrany adekwatny do sytuacji sposób. Pozostaje jedna tylko bariera mentalna
Ustawa o narodowym zasobie archiwalnym i archiwach Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz. U. z dnia 17 listopada 2006 r.) 2. 1. Metadanymi w rozumieniu rozporządzenia jest zestaw logicznie powiązanych z dokumentem elektronicznym usystematyzowanych informacji opisujących ten dokument, ułatwiających jego wyszukiwanie, kontrolę, zrozumienie i długotrwałe przechowanie oraz zarządzanie. 2. Niezbędnymi elementami struktury dokumentów elektronicznych są następujące metadane:
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006 r. w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz. U. z dnia 17 listopada 2006 r.) 8) relacja - określenie bezpośredniego powiązania z innym dokumentem i rodzaju tego powiązania; 9) odbiorca - podmiot, do którego dokument jest adresowany; 10) grupowanie - wskazanie przynależności do zbioru dokumentów; 11) kwalifikacja - kategoria archiwalna dokumentu; 12) język - kod języka naturalnego zgodnie z normą ISO-639-2 lub inne określenie języka, o ile nie występuje w normie; 13) opis - streszczenie, spis treści lub krótki opis treści dokumentu; 14) uprawnienia - wskazanie podmiotu uprawnionego do dysponowania dokumentem.
3. Dokumenty elektroniczne przygotowane do przesyłania za pomocą środków komunikacji elektronicznej sporządza się w formacie XML. 4. Dokumenty elektroniczne zapisuje się w strukturze umożliwiającej automatyczne wyodrębnienie treści dokumentu oraz poszczególnych metadanych. 5. W przypadku gdy metadane, o których mowa w ust. 2, odpowiadają elementom informacyjnym wymienionym w minimalnych wymaganiach dla rejestrów publicznych, ich wartości podaje się zgodnie z zasadami tam określonymi. Ustawa o narodowym zasobie archiwalnym i archiwach
Pewne dane są wymagalne 3. 1. Dla każdego dokumentu elektronicznego podaje się wartości metadanych określonych w 2 ust. 2 pkt 1-7. 2. Wartości metadanych, o których mowa w 2 ust. 2 pkt 8-14, podaje się, jeżeli zostały przypisane do dokumentu w procesie jego tworzenia, przetwarzania lub przechowywania.
Wzory dokumentów elektronicznych na epuap (sprawozdania statystyczne w ochronie zdrowia)
Dokument elektroniczny Dokumenty elektroniczne - w kontekście obowiązującego prawa możliwości ich stosowania są bardzo szerokie; ograniczenia b. rzadkie (np. testament ) Dokumentacja elektroniczna w ochronie zdrowia obejmuje dokumenty w różnej formie: tekstowej, graficznej, dźwiękowej, dokumenty multimedialne Aspekty bezpieczeństwa dokumentacji elektronicznej (zabezpieczenie przed zaginięciem, uszkodzeniem, nieuprawnionym ujawnieniem)
Historia choroby stanowi jeden z elementów indywidualnej wewnętrznej dokumentacji medycznej, która zgodnie z rozporządzeniem Ministra Zdrowia jest prowadzona w postaci elektronicznej lub w postaci papierowej. Zasadą, która powinna być traktowana jako zasada fundamentalna, jest jedność postaci dokumentacji. Jednak jedynie elektroniczna postać dokumentów - i to w formatach umożliwiających automatyczne przetwarzanie danych zawartych w tych dokumentach może pozwolić na tworzenie Elektronicznej Historii Choroby.
I podział: Historia choroby Historia choroby - choć gromadzona wg różnych podziałów, stanowić powinna spójną całość bo dotyczy konkretnej osoby. Niestety nadal trwa tworzenie dokumentacji papierowej i stworzenie spójnej całości nie jest możliwe ze względu na sam rodzaj nośnika informacji o chorobie. Czasowo zorientowana (dane o chorobach zapisywane chronologicznie historycznie stosowane od czasów Hipokratesa) Źródłowo zorientowana (dane są zapisywane zgodnie ze źródłem pochodzenia np. z laboratorium, z pracowni obrazowej) Problemowo zorientowana (dane są grupowane wg problemów medycznych pojawiających się u pacjenta) II podział: Zlokalizowana Rozproszona III podział: Elektroniczna Papierowa. Należy pamiętać, że Elektroniczna Historia Choroby powinna być dostępna w dowolnej lokalizacji i powinna być jednoznacznie rozumiana niezależnie od tego, gdzie zostanie przekazana i odczytywana. Jeśli chodzi o obrazy istotnych problemów być nie może. Jeśli jednak chodzi o tekstowe opisy chorób czy procedur nie da się uniknąć zastosowań międzynarodowych słowników i klasyfikacji.
Dokumenty papierowe i elektroniczne Dokument papierowy posiada 2 składowe: treść i nierozerwalnie z nią związany nośnik. Treść musi być transportowana wraz z nośnikiem. Jeśli nośnik ulega uszkodzeniu, zazwyczaj uszkodzeniu ulega informacja. Najistotniejszą jednak wadą jest brak możliwości selektywnego ukrywania informacji chronionych oraz relatywnie wysokie zagrożenie zagubienia lub zniszczenia dokumentacji Dokument elektroniczny składa się wyłącznie z ciągu zer i jedynek dane można selektywnie ukrywać (np. dane osobowe, jednostkowe dane medyczne), pokazując jednak jawne dane na tym samym dokumencie. Dzięki tworzonym kopiom bezpieczeństwa zagubienie czy utrata danych są zminimalizowane. (Zarządzanie uprawnieniami)
Dokumentacja medyczna - stan aktualny Papierowa dokumentacja medyczna Skan wersji papierowej (JPG, TIFF, PDF) postać elektroniczna, jednak nieprzetwarzalna automatycznie wymaga interfejsu białkowego nie jest to elektroniczna dokumentacja medyczna w rozumieniu prawa Elektroniczna dokumentacja medyczna (XML) stosowana przez bardziej zaawansowanych usługodawców
Stan docelowy (oczekiwany) Dokumentacja medyczna tworzona w formacie XML lub ASCII nadająca się do automatycznego przetwarzania w systemach teleinformatycznych Centralna informacja o lokalizacji dokumentów stanowiących elementy historii choroby Dostęp pacjenta do własnej historii choroby z dowolnego miejsca Automatyczne przetwarzanie danych w celach statystycznych
Historia choroby - docelowo Powszechnie używane Internetowe Konto Pacjenta (IKP) Możliwość dokonywania przez pacjenta własnych wpisów w IKP (wpisy odróżnialne od wpisów lekarzy) Dane i dokumenty dostępne wyłącznie dla osób uprawnionych (dla pacjenta bez ograniczeń) Pacjent może nadawać uprawnienia do wglądu w jego historię choroby
Stan docelowy Elektroniczna Dokumentacja Medyczna - brak dokumentacji papierowej oraz skanów dokumentów Skany, jeśli w pewnych sytuacjach byłyby stosowane, musiałyby być zaopatrzone w odpowiednio opisujące je metadane umożliwiające ich odszukiwanie i przetwarzanie we współpracujących systemach teleinformatycznych (dokument zgodny z HL7 CDA Poziom 1 lub 2)
Elementarne warunki wyjściowe pozwalające na przejście od dokumentów papierowych do elektronicznych 1. Oparcie o obowiązujące prawo dotyczące możliwości tworzenia dokumentów elektronicznych 2. Wykorzystanie słowników i klasyfikacji międzynarodowych 3. Wykorzystanie międzynarodowych standardów takich jak np. HL7 v.3 4. Uporządkowanie istniejących zasobów bazodanowych (separacja danych zgodnie z zasadą: 1 dana > 1 pole) 5. Wykorzystanie atomowych struktur danych 6. Wykorzystanie dobrych praktyk (by nie tracić czasu na likwidację skutków popełnianych błędów) 7. Privacy by design
Elektroniczna dokumentacja medyczna Elektroniczna dokumentacja medyczna powinna zapewnić : Możliwość udostępnienia jej w formacie XML i PDF Wykonanie eksportu całości danych w formacie XML w taki sposób, by zapewnić możliwość odtworzenia dokumentacji w innym systemie teleinformatycznym Możliwość dołączania dokumentacji utworzonej w innej postaci (np. papierowej, zdjęcie radiologiczne, itp.), po dokonaniu odwzorowania cyfrowego tej dokumentacji w sposób zapewniający czytelność, dostęp drogą elektroniczna i spójność dokumentacji Zapis w ustalonej strukturze (z jednoznaczną identyfikacją każdego dokumentu lub komunikatu)
Historia choroby a ochrona danych w środowisku zinformatyzowanym Privacy by design Idea ta wymaga założenia ochrony danych osobowych już na etapie projektowania systemów, a nie dopiero na późniejszym etapie Należy bezwzględnie stosować separację danych osobowych od danych medycznych Zakres gromadzonych danych powinien być sprowadzony do absolutnie niezbędnego minimum Projektowane systemy z uwzględnieniem wielopoziomowej struktury zarządzania uprawnieniami dostępu do danych Mobilność usługobiorców wymaga konstruowania systemów w oparciu o globalne słowniki (w tym ICD-9, ICD-10), a także stosowania rozwiązań używanych na całym świecie.
Struktura kodu dokumentu - 36-11488- 4 1014 Historia zdrowia i choroby 36 - Alergologia 1014 - Poradnia alergii oddechowych 11488-4 Konsultacje Typ dokumentu - identyfikator Kod resortowy dziedziny medycyny Specjalność komórki organizacyjnej Źródło: Infovide Matrix konsultacje w CSIOZ propozycje oparcia dokumentacji o kody resortowe
Identyfikacja instancji dokumentu (1) W-14-000000024339 - 01-2012/06/15/25 Identyfikator wytwórcy Identyfikator dokumentu Oznaczenie organu: W-14 Nr księgi: 000000024339 jednostka org. w strukturze zakładu: 01 2012/06/15/25 Źródło: Infovide Matrix konsultacje w CSIOZ propozycje oparcia dokumentacji o kody resortowe
Identyfikacja instancji dokumentu (2) Identyfikacja konkretnego dokumentu medycznego wydanego dla konkretnego pacjenta Brak ingerencji w wew. procedury usługodawcy Wymagania dotyczące identyfikatora instancji Unikalność na poziomie usługodawcy, krajowym Zapewnienie możliwości identyfikacji przy pomocy kodów jedno- oraz dwuwymiarowych (normy ISO) Wykorzystanie istniejącej klasyfikacji kodów resortowych Źródło: Infovide Matrix konsultacje w CSIOZ propozycje oparcia dokumentacji o kody resortowe
Dokument zgodny HL7 CDA Nagłówek dokumentu Dokument zgodny z HL7 CDA posiada dwie sekcje: Część główna dokumentu Nagłówek zawierający metadane opisujące dokument: identyfikator, autora, typ, czas powstania i jego przeznaczenie. Struktura nagłówka jest identyczna dla wszystkich poziomów dokumentacji wg HL7 oraz dla wszystkich typów dokumentów, natomiast nie jest wymagane wypełnienie wszystkich informacji w nim zawartych. Główna część dokumentu (ciało) zawierająca treść informacyjną. Źródło: Infovide Matrix konsultacje w CSIOZ propozycje oparcia dokumentacji o kody resortowe
HL7 CDA - Nagłówek dokumentu Standardowo nagłówek dokumentu w HL7 CDA zawiera informacje dotyczące: Identyfikacji dokumentu i jego typu, Poufności, bezpieczeństwa i autoryzacji, Aktorów - podmiotów (osób, instytucji i innych) biorących udział w wykonywaniu świadczenia medycznego. Źródło: Infovide Matrix konsultacje w CSIOZ propozycje oparcia dokumentacji o kody resortowe
HL7 CDA treść dokumentu Poziom 1 CDA Header is Described Document Type(s) Poziom 2 Assumes XML Body Content Prescribes: the Sections, their Order and Section Identifier Codes Poziom 3 CDA Entries Vocabulary [Codes] Relationships Semantics Za: Infovide Matrix konsultacje w CSIOZ Header Body Section Entries Źródło: A basic overview of Clinical Document Architecture, www.hl7.org.uk.
Transformacja dokumentacji do postaci elektronicznej Nagłówek dokumentu Nagłówek dokumentu Nagłówek dokumentu Źródło: Infovide Matrix konsultacje w CSIOZ
Schemat podstawowy danych adresowych i kontaktowych Źródło: epuap portal interoperacyjności
Źródło: Dr med. Marcin Grabowski, Dr Andrzej Cacko, Prof. Grzegorz Opolski: Formularz elektronicznej historii choroby dla Kliniki Kardiologii z uwzględnieniem wykorzystania tabletów przesyłających dane z karetek. I Katedra i Klinika Kardiologii, Warszawski Uniwersytet Medyczny Jeśli dokona się porównania pokazanych wcześniej papierowych formularzy wypełnianych ręcznie z odpowiednio przygotowanym elektronicznym formularzem przygotowanym do przeprowadzenia wywiadu widoczna jest zarówno jego ergonomia, jak i czytelność danych uzyskanych w wyniku użycia takiego formularza. Dane zgromadzone za pomocą e-formularza mogą być łatwo przesyłane i umieszczane w historii choroby
Integrating the Healthcare Enterprise
Fundamenty Rejestry publiczne i ewidencje (PESEL, REGON, EMUiA, EGiB, KRS, CEIDG, TERYT itd.) powinny być dostępne dla innych systemów teleinformatycznych w trybie on-line nie chodzi tu o integrację wszystkiego z wszystkim (co jest niewykonalne), a o interoperacyjność Zasoby informacyjne podmiotów realizujących zadania publiczne powinny być dostępne automatycznie dla systemów wykorzystywanych przez pracowników tych podmiotów zgodnie z posiadanymi uprawnieniami wynikającymi z zakresu obowiązków (zob. art. 220 Kpa) E-administracja by była tania i sprawna, musi być pozbawiona elementów wprowadzających niepewność oraz pozbawiona barier przepływu informacji i danych, zaś same dane muszą być źródłowe powinny być dostarczane z miejsc, gdzie są tworzone. Dokumenty zawierające dane, czytelne dla ludzi, powinny być tworzone tak, by mogły być również czytelne dla maszyn (XML).
RPWDL
Rejestr REGON (GUS)
STOWARZYSZENIE MONAR
Krajowe Ramy Interoperacyjności Podstawowym problemem jest częstokroć widoczny brak - prowadzącej do bezpośredniej współpracy rejestrów - współpracy pomiędzy administratorami rejestrów centralnych KRS/CEIDG RPWDL Podjęto współpracę REGON ale CSIOZ nie jest administratorem RPWDL KEP (NIP)
Przykład podmiotu posiadającego 115 przedsiębiorstw lokalnych Stowarzyszenie MONAR
Problemy: W aktualnym stanie prawnym nie można zaocznie, bez udziału podmiotu, którego dane dotyczą, zmienić tych danych, chociaż technicznie byłoby to łatwo wykonalne; Konieczność podniesienia na wyższy poziom ochrony danych osobowych i innych danych wrażliwych wymusza znaczącą ingerencję w istniejące już systemy; Konieczność dostosowania istniejących już systemów do Krajowych Ram Interoperacyjności Konieczność uzupełnienia brakujących danych referencyjnych w kluczowych systemach teleinformatycznych Bardzo niski stan kompetencji cyfrowych wśród pracowników administracji publicznej - i to jest najtrudniejsza do pokonania bariera
31 maja 2012 weszło w życie Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2012 nr 0 poz. 526): 19. W systemie teleinformatycznym podmiotu realizującego zadania publiczne służące prezentacji zasobów informacji należy zapewnić spełnienie przez ten system wymagań Web Content Accessibility Guidelines (WCAG 2.0), z uwzględnieniem poziomu AA, określonych w załączniku nr 4 do rozporządzenia. Czy mamy świadomość, co przepis ten nakazuje?! Wszystkie wskazane w prezentacji przykłady dociekanie stanu faktycznego dla osób z poważnymi dysfunkcjami wzroku byłyby nie do przejścia
Z rozporządzenia RM w sprawie Krajowych Ram Interoperacyjności
c.d.
Inny przykład: Podmiot wykonujący działalność leczniczą zarejestrowany w RPWDL Przedsiębiorca prowadzący działalność gospodarczą Wspólnik spółki cywilnej Wspólnik w spółce z ograniczoną odpowiedzialnością Przykład pokazuje wielość wpisów w różnych rejestrach złożoną rzeczywistość w której trudno się zorientować zarówno samemu podmiotowi, jak i tym, którzy z usług tego podmiotu korzystają. Brak też jednego miejsca (naturalnym miejscem, które do tego powinno służyć wydaje się być epuap), w którym można byłoby sięgnąć po aktualną w danym momencie informację. Nadszedł właściwy czas, by zrobić użytek z zapisywania w dotychczas odrębnych rejestrach numerów referencyjnych z uwzględnieniem historycznej kolejności ich generowania.
Spółka z ograniczoną odpowiedzialnością Podmiot opisany jest jedynie numerem KRS, brak identyfikatorów NIP i REGON Pytanie, jak odszukać taki podmiot w rejestrze REGON? - W tym przypadku pomocny był RPWDL wyszukiwanie po nazwie i adresie Postulat dodać w wyszukiwarce REGON możliwość wyszukiwania także po numerze KRS oraz numerze EDG Ale czy rzeczywiście potrzebne jest nam takie sięganie do REGONu? Może lepiej byłoby zapewnić jego dostępność innym systemom i aplikacjom dedykowanym?
Wyszukiwanie podmiotu w RPWDL Nie można wykorzystać NIPu lub REGONu, bo nie zostały uzupełnione w KRS
Wynik wyszukiwania w Rejestrze Podmiotów Wykonujących Działalność Leczniczą: Spółka Cywilna
W rejestrze REGON:
Dla wyszczególnionej spółki cywilnej na podstawie numeru REGON nie znajdziemy w CEIDG poszukiwanego podmiotu:
Podmiotu w CEIDG nie znajdziemy także posługując się numerem NIP (system automatycznie usuwa z numeru NIP zbędne myślniki):
W CEIDG znajdziemy przedsiębiorcę z Wołoskiej - elementem wspólnym jest część nazwy oraz adres; numery NIP i REGON są oczywiście inne, brak też informacji, o byciu wspólnikiem w spółce cywilnej
Przykład podania danych referencyjnych należących do innego podmiotu (w tym przypadku do POLKOMTELa)
Postulaty: Wykorzystujący dane w rejestrach publicznych powinni być uprzedzani o stanie ich aktualności (np. w KRS przy każdym wniosku o zmianę powinna pojawiać się informacja że trwa procedura dokonywania zmiany danego wpisu, że wniesiono o zmianę treści wpisu itp ). Czas od zdarzenia będącego przyczyną zmiany wpisu do rejestru - do uwidocznienia tej zmiany w rejestrze bywa liczony w tygodniach i miesiącach (np. KRS, księgi wieczyste) Informacja o aktualności danych w rejestrze powinna pokazywać się tylko w sytuacji rzeczywiście działającego mechanizmu powiadomień innych rejestrów o zmianie stanu (lepsze jednak byłoby niedopuszczanie do powielanie danych nieaktualizowanych) Powinna obowiązywać zasada obowiązkowego powiadamiania o zmianie stanu aktualności danych przez podmiot, który jest ich źródłem lub zasada weryfikacji danych przed ich publikacją. W szczególności powinno się zmierzać do ograniczania zakresu gromadzonych danych, jeśli dane te dostępne są drogą elektroniczną u źródła. Dane źródłowe i dane stanowiące kopię (z podaniem źródła) powinny być w rejestrach pokazywane w sposób uwidaczniający odmienność źródeł pochodzenia. Należy ograniczyć do niezbędnego minimum (zgodnie z art. 220 Kpa) pozyskiwanie danych wtórnych od wnioskodawcy gdyż dane te najczęściej są nieprawdziwe (błędne dane adresowe, błędne nazwy podmiotów, niewłaściwe numery referencyjne) Należy podjąć realizację wymagań Web Content Accessibility Guidelines (WCAG 2.0) w odniesieniu do udostępnianych publicznie zasobów
Przykłady niespójności wpisów w rejestrach:
Krajowy Rejestr Sądowy
Nadawanie nazw ulic i placów należy do kompetencji rady gminy która może nie brać pod uwagę innych ograniczeń (np. technicznych):
Dziękuję za uwagę, kwojsyk@gmail.com