같은 값이어도 수집 경로가 다를 수 있습니다
사용자가 직접 적은 체중, 체중계에서 받은 값과 다른 앱에서 가져온 기록은 수집 경로가 다릅니다. 모두 하나의 숫자로 저장하면 나중에 값이 바뀌었을 때 원인을 찾기 어렵습니다. 개인화 리포트나 기관 공유가 필요한 서비스라면 기록의 내용과 생성·전달·수정 정보를 함께 관리하는 편이 유용합니다.
원본 기록과 편집 결과를 연결합니다
출처 시스템, 원천 기록 ID, 생성 시각과 수정 버전을 보관하고 사용자가 값을 바꾸면 변경 전후를 연결합니다. FHIR Provenance는 데이터 생성과 변환의 맥락을 표현하는 참고 모델입니다. 모든 내부 로그를 같은 리소스로 만들 필요는 없지만 어떤 처리로 최종 값이 만들어졌는지 설명할 수 있어야 합니다.
리포트에서 원천 기록으로 돌아갑니다
주간 평균을 표시하는 리포트에서 사용한 날짜 범위와 제외한 기록을 확인할 수 있게 설계합니다. 기기가 교체됐거나 사용자가 값을 수정했다면 이전 리포트를 그대로 둘지 재계산할지 정해야 합니다. 재계산했다면 리포트 버전과 기준 데이터의 변경을 남기고, 원천 앱에서 삭제된 기록의 처리도 동기화 정책에 포함합니다.
검수 후 남겨둘 자료
데이터 흐름도에는 기기·원천 앱·중계 서비스·최종 화면을 표시하고 각 단계에서 바뀌는 필드를 적습니다. 한 기록의 변환 이력을 실제 화면에서 따라갈 수 있는 표본도 남기세요. 사용자가 출처를 문의했을 때 개발자만 데이터베이스를 조사해야 하는 구조보다 운영자가 권한 안에서 근거를 조회할 수 있는 방식이 유용합니다.
프로젝트에서 확인할 항목
- 수동·기기·외부 앱 기록을 구분하는가
- 수정 전후와 원천 기록 ID가 연결되는가
- 리포트가 사용한 데이터 범위를 추적할 수 있는가
참고 자료
자료 확인일: 2026.10.11 · 본문의 적용 예시와 체크리스트는 참고 자료를 바탕으로 정리한 실무 제안입니다.
기술 동작은 아래 공식 문서를 참고했습니다. 적용 조건과 지원 버전은 프로젝트 환경에 맞게 확인하세요.
작성팀 소개
TOPPING 편집팀 · IoT·헬스케어 개발 콘텐츠
공식 기술 문서를 바탕으로 개발 범위, 데이터 연동과 검수 기준을 정리합니다. 글에 제시된 적용 예시는 프로젝트 검토를 위한 제안이며, 특정 고객사의 구축 실적이나 의료적 판단을 의미하지 않습니다.
