Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

의료 소프트웨어 개발

의료 소프트웨어 구축 시 다른 점과 의료 애플리케이션이 계층화되는 방식: 상단의 제품, Anpheros API, 하단의 FHIR 레코드 및 환자 동의.

의료 소프트웨어는 사람들의 건강에 대한 정보를 생성, 저장 또는 처리하는 소프트웨어입니다. — 환자 앱, 진료소 도구, 실험실 시스템, 원격 모니터링 서비스, AI 어시스턴트. 다른 소프트웨어와 차별화되는 점은 사용자 인터페이스가 아니라 데이터입니다. 데이터는 민감하고, 오래 지속되며, 표준화되어 있으며, 조직 간에 공유되고, 동의의 대상이 됩니다. Anpheros는 해당 데이터 계층을 위한 인프라입니다. 이 페이지에서는 의료 애플리케이션의 계층과 Anpheros가 제공할 수 있는 계층에 대해 설명합니다.

일반 아키텍처

Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient

애플리케이션은 경험을 소유하고, Anpheros는 레코드와 그에 대한 규칙을 소유합니다.

의료 소프트웨어 구축 시 달라지는 점

데이터 모델은 표준이지 설계 선택 사항이 아닙니다.

다른 소프트웨어는 자체 스키마를 만들 수 있습니다. 자체 스키마를 만드는 의료 소프트웨어는 번역 프로젝트 없이는 실험실, 클리닉 또는 다른 애플리케이션과 데이터를 교환할 수 없습니다. 첫 줄의 코드부터 HL7 FHIR R4 리소스와 표준 코드(LOINC, ICD-10, ATC, UCUM)를 사용하면 이를 피할 수 있습니다. FHIR 플랫폼

모든 값에는 출처가 필요합니다.

환자가 입력한 혈당 값, 기기가 측정한 값, 실험실 보고서에서 가져온 값 또는 AI 모델이 생성한 값은 각각 다른 의미를 갖습니다. Anpheros는 모든 쓰기 작업에 대해 작성자 유형(환자, 의료진, 기기, 가져오기, AI), 조직 및 소스 시스템을 기록하고 모든 버전을 유지합니다.

액세스는 애플리케이션뿐만 아니라 환자에 의해 결정됩니다.

사용자 로그인 및 역할 외에도 의료 소프트웨어에는 동의가 필요합니다. 어떤 애플리케이션이 어떤 사람의 기록 중 어떤 부분을 얼마나 오래 읽을 수 있는지, 그리고 환자가 볼 수 있는 감사 기록이 필요합니다. 동의 및 액세스 모델

데이터는 애플리케이션보다 오래 지속되어야 합니다.

기록은 수년간 보관되며 제공자 간에 이동합니다. 기록(인프라)을 애플리케이션과 분리하면 재설계, 새 앱 또는 새 파트너가 의료 데이터를 마이그레이션할 필요가 없음을 의미합니다. 디지털 의료 기록 인프라

실제 환자 없이 개발 및 테스트

실제 의료 데이터는 개발 환경에 있어서는 안 됩니다. Anpheros는 샌드박스(합성 환자가 있는 별도의 데이터베이스)와 프로덕션 데이터에 물리적으로 접근할 수 없는 샌드박스 키를 제공합니다.

AI도 다른 모든 사람과 동일한 규칙을 따라야 합니다.

AI 기능은 기록의 또 다른 판독기입니다. 환자가 허용한 범위 내에서 출처와 함께만 접근해야 하며, 그 결과물은 AI 생성으로 표시되어야 합니다. AI 의료 애플리케이션

무엇을 구축하고 Anpheros가 제공하는 것

계층	귀하가 구축	Anpheros가 제공
사용자 경험	화면, 흐름, 알림, 임상 콘텐츠	—
사용자 및 계정	제품 내 가입, 로그인, 역할	데이터 액세스에 대한 환자별 동의; 동의 페이지에서 환자 로그인
의료 데이터 저장	—	FHIR R4 레코드, 26개 리소스 유형, 기록, 문서
코딩	기록할 내용 선택	표준 코드 시스템, 번들 LOINC 검색
레코드 액세스 제어	어떤 사용자가 어떤 환자를 볼 수 있는지	프로젝트 격리, 쌍별 ID, OAuth 범위
감사	—	쓰기에 대한 출처, 환자에게 보이는 액세스 로그
통합	파트너의 특정 사항	실험실 가져오기, FHIR 트랜잭션, 웹훅, SDK
AI	프롬프트, 모델 선택, 기능의 안전성	토큰 예산 및 출처 레이블이 있는 컨텍스트 API
규정 준수	규제 의무 및 임상 안전	EU 데이터 상주, 고객 관리 키로 문서 암호화, 프로덕션을 위한 데이터 처리 계약

다음 단계

액세스부터 프로덕션까지 단계별 경로: Anpheros로 빌드
작동하는 튜토리얼: 헬스케어 앱 빌드
의료 백엔드의 책임: 의료 앱 백엔드 및 데이터베이스
다이어그램 및 데이터 흐름: 아키텍처
초기 단계 팀을 위한: 헬스케어 스타트업