# 의료 소프트웨어 개발

> 의료 소프트웨어 구축의 차이점과 의료 애플리케이션의 계층 구조: 최상단의 귀하의 제품, Anpheros API, 하단의 FHIR 레코드 및 환자 동의.

Source: https://developers.anpheros.com/ko/guides/healthcare-software

**의료 소프트웨어는 사람들의 건강에 대한 정보를 생성, 저장 또는 처리하는 소프트웨어입니다. — 환자 앱, 진료소 도구, 실험실 시스템, 원격 모니터링 서비스, 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 플랫폼](https://developers.anpheros.com/ko/guides/fhir)

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

### 액세스는 애플리케이션뿐만 아니라 환자에 의해 결정됩니다.
사용자 로그인 및 역할 외에도 의료 소프트웨어에는 동의가 필요합니다. 어떤 애플리케이션이 어떤 사람의 기록 중 어떤 부분을 얼마나 오래 읽을 수 있는지, 그리고 환자가 볼 수 있는 감사 기록이 필요합니다. [동의 및 액세스 모델](https://developers.anpheros.com/ko/guides/consent)

### 데이터는 애플리케이션보다 오래 지속되어야 합니다.
기록은 수년간 보관되며 제공자 간에 이동합니다. 기록(인프라)을 애플리케이션과 분리하면 재설계, 새 앱 또는 새 파트너가 의료 데이터를 마이그레이션할 필요가 없음을 의미합니다. [디지털 의료 기록 인프라](https://developers.anpheros.com/ko/guides/digital-medical-record)

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

### AI도 다른 모든 사람과 동일한 규칙을 따라야 합니다.
AI 기능은 기록의 또 다른 판독기입니다. 환자가 허용한 범위 내에서 출처와 함께만 접근해야 하며, 그 결과물은 AI 생성으로 표시되어야 합니다. [AI 의료 애플리케이션](https://developers.anpheros.com/ko/guides/ai-healthcare)

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

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

## 다음 단계

- 액세스부터 프로덕션까지 단계별 경로: [Anpheros로 빌드](https://developers.anpheros.com/ko/guides/build-with-anpheros)
- 작동하는 튜토리얼: [헬스케어 앱 빌드](https://developers.anpheros.com/guides/build-a-healthcare-app)
- 의료 백엔드의 책임: [의료 앱 백엔드 및 데이터베이스](https://developers.anpheros.com/ko/guides/medical-app-backend)
- 다이어그램 및 데이터 흐름: [아키텍처](https://developers.anpheros.com/ko/guides/architecture)
- 초기 단계 팀을 위한: [헬스케어 스타트업](https://developers.anpheros.com/ko/guides/healthcare-startups)

## 관련 자료

- [의료 데이터 인프라](https://developers.anpheros.com/ko/guides/medical-data-infrastructure)
- [Healthcare API](https://developers.anpheros.com/ko/guides/healthcare-api)
- [보안, 개인 정보 보호 및 데이터 상주](https://developers.anpheros.com/ko/guides/security)