Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card
의료 데이터 상호 운용성
상호 운용성의 기술적, 구문적, 의미론적 및 조직적 수준, Anpheros가 사용하는 표준(FHIR R4, IPS, SMART on FHIR, HL7 v2) 및 출처가 교환된 데이터를 신뢰할 수 있게 만드는 이유.
의료 데이터 상호 운용성은 다양한 시스템 — 앱, 클리닉, 실험실, 병원, AI 서비스 — 이 건강 데이터를 교환하고 수동으로 재해석하지 않고 사용할 수 있는 능력입니다. Anpheros는 다른 시스템이 이미 이해하는 형식(표준 코드 시스템을 포함한 HL7 FHIR R4)으로 모든 기록을 저장하고, 표준 프로토콜(FHIR REST, SMART on FHIR, International Patient Summary, HL7 v2 실험실 메시지)을 통해 교환하며, 교환된 데이터를 신뢰할 수 있게 만드는 맥락: 누가 작성했는지, 언제 작성했는지, 누구의 동의 하에 작성했는지 등을 유지함으로써 상호 운용성에 접근합니다.
네 가지 상호 운용성 수준
| 수준 | 답변하는 질문 | Anpheros의 해결 방법 |
|---|---|---|
| 기술적 | 시스템이 연결될 수 있는가? | HTTPS API, OAuth 2.1, 서명된 웹훅, Dart 및 TypeScript SDK |
| 구문적 | 서로의 데이터를 파싱할 수 있는가? | HL7 FHIR R4 (4.0.1) 리소스 및 번들; CSV, HL7 v2 ORU^R01 및 JSON은 검사 결과에 대해 수락됨 |
| 의미론적 | 같은 의미를 가지는가? | 측정 및 결과에 대한 LOINC, 질병에 대한 ICD-10, 약물에 대한 ATC, 단위에 대한 UCUM; 모든 코드 옆에 원본 텍스트 유지 |
| 조직적 | 데이터를 교환할 수 있으며 신뢰할 수 있는가? | 애플리케이션별 환자 동의, 모든 쓰기에 대한 출처 기록, 환자에게 보이는 액세스 로그 |
대부분의 통합 프로젝트는 기술적 수준이 아닌 의미론적 및 조직적 수준에서 실패합니다. 쓰기 시 코딩하고 모든 값에 대한 출처를 기록하는 것이 한 소스의 데이터를 다른 소스에서 사용할 수 있게 만드는 요소입니다.
Anpheros에서 사용하는 표준
- HL7 FHIR R4. 모든 레코드는 26가지 유형의 FHIR 리소스로 구성되며, 검색 및 버전 관리가 가능하고,
/fhir/R4/metadata에 CapabilityStatement가 포함됩니다. FHIR 플랫폼 - International Patient Summary (IPS).
Patient/{id}/$summary는 IPS 문서 번들을 반환하며, 공식 HL7 검증기를 사용하여hl7.fhir.uv.ips#1.1.0에 대해 0개의 오류로 검증됩니다. IPS는 유럽의 국경 간 진료를 위한 요약 형식입니다. - HL7 Europe laboratory report rules. 실험실 결과는 작성 시점에 검사되며, 간격은
Anpheros-Conformance응답 헤더에 보고됩니다(현재는 권고 사항).Observation/$validate?profile=eu-lab는 요청 시 검사를 실행합니다. - SMART on FHIR. 서드파티 애플리케이션은 PKCE를 사용한 OAuth 2.1 및 SMART v2 환자 범위를 통해 레코드에 접근하며, 검색은
/fhir/R4/.well-known/smart-configuration에서 가능합니다. Inferno SMART App Launch STU2 제품군의 독립 실행형 실행 테스트 그룹은 통과했지만, EHR 실행은 아직 지원되지 않습니다. - HL7 v2. 실험실 결과는
ORU^R01메시지뿐만 아니라 CSV 또는 JSON 형식으로도 수신되며, FHIR Observations로 변환됩니다. Lab connector - European Health Data Space. FHIR R4 및 IPS는 EHDS가 환자 요약 및 실험실 결과를 위해 의존하는 형식이며, Anpheros는 이를 따릅니다. 이는 형식에 대한 준수이며 인증은 아닙니다.
교환 패턴
- 동의 기반 애플리케이션 액세스 — 애플리케이션이 환자에게 스코프를 요청하고, FHIR 또는 REST를 통해 레코드를 읽고 씁니다. 환자가 액세스를 취소하면 해당 액세스는 종료됩니다.
- 문서 교환 — 레코드 또는 해당 요약이 FHIR 번들(
$everything,$summary)로 전달됩니다. - 인바운드 결과 — 실험실 및 클리닉에서 해당 기관을 대신하여 레코드에 기록합니다. 환자는 누가 무엇을 기록했는지 확인할 수 있습니다.
- 이벤트 — 구독자에게 변경 사항이 발생했음을 알립니다(ID만 전달되며 임상 콘텐츠는 절대 전달되지 않음). 구독자는 허용된 내용만 읽습니다.
Provenance: 신뢰할 수 있는 상호 운용성
시스템 간에 이동하는 데이터는 해당 컨텍스트가 함께 이동하지 않으면 컨텍스트를 잃게 됩니다. Anpheros에서는 모든 리소스의 모든 버전에 다음 정보가 기록됩니다.
- 작성자 유형 — 환자, 의료 전문가, 기기, 가져오기 또는 AI;
- 작성된 기관 및 명명된 경우 의료 전문가;
- 소스 시스템 및 해당 시스템의 레코드 ID (
X-Anpheros-Source-System,X-Anpheros-Origin-Id).
AI에서 생성된 값은 해당 레이블이 지정되며 모델을 위한 컨텍스트가 구축될 때 임상 사실과 분리되어 유지됩니다.
애플리케이션 간의 신원 정보
각 애플리케이션은 동일한 사람에 대해 자체 식별자(쌍별 ID)를 보므로, 환자의 동의 없이 애플리케이션 간에 기록을 연관시킬 수 없습니다. 애플리케이션 범위를 벗어나는 사람에 대한 참조는 마스킹됩니다. 상호 운용성은 공유 식별자가 아닌 동의를 통해 이루어집니다.
관련 자료
- 의료 데이터 정규화 방법: 코드, 단위, 날짜, 중복, 유효성 검사
- 의료 데이터 출처 설명: 누가 무엇을 작성했는지, 그리고 기록하는 방법
- FHIR 백엔드와 클리닉 시스템 통합 방법: 클리닉 EMR을 위한 단계별 튜토리얼
- FHIR 레코드에 검사 결과 가져오기: CSV 및 HL7 v2를 사용한 단계별 튜토리얼
- FHIR 플랫폼
- 의료 통합
- FHIR 코드 시스템
- 의료 API
- 의료 데이터 인프라
- DICOM vs FHIR: 영상 데이터와 임상 데이터, 그리고 이들의 연결 방법
- 검사 결과 API: 검사 결과를 위한 HL7 v2 및 FHIR
- FHIR vs HL7 v2: 메시지와 리소스 비교
- 개발자를 위한 유럽 건강 데이터 공간 (EHDS)
Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card