Walidacja integracji systemów medycznych

FHIR · kontrakty API · referencje danych · testy odbiorowe

Wynik dla odbiorcy: macierz interfejsów, scenariusze z porównaniem wartości oczekiwanych i rzeczywistych, lista rozbieżności z dowodem oraz raport PASS/FAIL względem uzgodnionego kontraktu.

Pierwszy zakres: próbka danych, eksport lub środowisko testowe. Odpowiedzialność obejmuje uzgodnione kontrakty, reguły walidacji, scenariusze i raport odbiorczy.

Wejście

Syntetyczne zasoby Patient, Organization, Encounter, Observation, Appointment, ServiceRequest.

Jak działa kontrola

Kontrakt → typowane zasoby → referencje → scenariusze z wynikiem oczekiwanym i rzeczywistym.

Co system wykrywa

Brak identyfikatora lub referencji, status, znacznik czasu, niespójne pole subject i odpowiedź HTTP.

Co otrzymujesz

Macierz interfejsów, graf referencji, dowody i raport JSON/CSV.

Jak odbierany jest wynik

Uzgodnione decyzje, reguły i odpowiedzi dają oczekiwane wyniki testów.

Pakiet odbiorczy kontraktów

Kontrakt, referencje i dowód

REJECT jest decyzją integracyjną. Oczekiwany REJECT i rzeczywisty REJECT dają test PASS. Wynik testu uwzględnia też regułę i status HTTP.

KONFIGURACJA REFERENCYJNA

Referencje zasobów są spójne. Pakiet zawiera również oczekiwane odrzucenia błędnych komunikatów — test przechodzi, gdy zostaną wykryte zgodnie z kontraktem.

Dla osoby technicznej

Sprawdź wejście, reguły, identyfikator przebiegu i dowody w zakładkach poniżej.

Uruchom pakiet referencyjny. Następnie wprowadź kontrolowaną zmianę i sprawdź wykrytą rozbieżność.

Co możesz tutaj zweryfikować

Wymagane pola kontraktu, spójność identyfikatorów i relacji, scenariusze negatywne, wartości oczekiwane i rzeczywiste, dowody oraz deterministyczny raport odbiorczy.

Kryteria odbioru

Referencja: wszystkie scenariusze PASS. Kontrolowana zmiana: dokładnie jedna rozbieżność. Przywrócenie: ponowny PASS z tym samym identyfikator przebiegu. Raport CSV i JSON zawiera tyle wyników, ile wykonanych scenariuszy.

Parametry publicznego scenariusza

System waliduje kontrakt wymiany, wymagane pola, identyfikatory, referencje zasobów, wartości oczekiwane i rzeczywiste oraz odpowiedzi interfejsu w opisanym podzbiorze FHIR R4.

Zakres publicznego scenariusza obejmuje interoperacyjność danych i kontraktu na danych syntetycznych, a nie podejmowanie decyzji medycznych. Wymagania kliniczne, krajowe i certyfikacyjne podlegają odrębnym wymaganiom projektu. Adapter źródłowy jest konfigurowany w uzgodnionym zakresie integracji.

Raporty są izolowane według sesji przeglądarki. Raport zawiera stały zegar oceny, nie czas zdarzenia klinicznego.

Opisz zakres

Uzupełnienie kontraktu: HL7 v2 / metadane DICOM

FHIR pozostaje głównym modelem. Ten pakiet sprawdza wybrane pola MSH/PID komunikatu ADT^A01 oraz identyfikatory i referencje metadanych DICOM. Zakres obejmuje strukturę komunikatu i metadane; przetwarzanie obrazów oraz pełne profile zgodności wymagają osobnego kontraktu.

Referencja: wszystkie testy PASS. Kontrolowana zmiana: zmiana PatientID jednego badania na nieznany identyfikator. Oczekiwane odrzucenie błędnego wejścia oznacza PASS testu.