의료 데이터가 ‘말이 통하기’ 시작한 순간
바이오·헬스케어를 조금만 들여다보면
유난히 자주 보이는 단어가 있다.
FHIR(의료 데이터 표준).
이 단어를 처음 보면 대부분 이렇게 느낀다.
“표준이라는데… 개발자들 이야기 아닌가?”
“병원 시스템 내부 용어 같아.”
“서비스 기획이나 사용자 경험이랑은 거리가 멀어 보이네.”
하지만 FHIR은 생각보다 훨씬 생활 가까운 개념이다.
그리고 PHR과 CDSS가 현실이 되기 위해
반드시 필요했던 마지막 퍼즐이기도 하다.
헬스케어에서 가장 오래된 문제는 이것이다.
데이터는 많은데, 서로 연결되지 않는다.
병원마다 다른 시스템
같은 검사라도 다른 형식
진료 기록, 검사 결과, 약 정보가 따로 저장
결과적으로 이런 상황이 반복된다.
병원을 옮기면 기록이 끊기고
환자는 매번 같은 설명을 다시 하고
서비스는 병원 데이터를 제대로 활용하지 못한다
이 문제의 핵심은 기술력이 아니라
서로 다른 언어를 쓰고 있다는 점이다.
FHIR을 가장 쉽게 설명하면 이렇다.
FHIR은 의료 데이터가 서로 이해할 수 있게 만든 약속이다.
사람도 언어가 통하지 않으면 대화가 안 된다.
데이터도 마찬가지다.
FHIR은 이렇게 정리한다.
이건 ‘환자’ 데이터다
이건 ‘검사 결과’다
이건 ‘약 처방’이다
이 정보는 이런 구조로, 이런 이름으로 전달한다
즉,
“이 데이터를 이렇게 말하자”는 공통 규칙이다.
FHIR을 이해하기 위한 가장 좋은 비유는 이것이다.
FHIR은 의료 시스템 사이에 놓인 번역기다.
번역기가 있으면,
병원 A에서 만든 데이터도
병원 B, 앱, 서비스에서 이해할 수 있다
FHIR이 없던 시절엔
각 병원이 자기 방식대로 말했고,
외부 서비스는 그 말을 해독해야 했다.
FHIR이 등장하면서
“이렇게 말하면 모두가 이해한다”는 기준이 생겼다.
FHIR은 새 개념이 아니다.
하지만 지금 특히 중요해진 이유가 있다.
PHR, 헬스케어 앱, 웨어러블 기기, 원격의료, 건강관리 서비스.
이들은 모두 병원 데이터가 필요하다.
하지만 병원 시스템에 직접 들어갈 수는 없다.
FHIR은
병원과 외부 서비스를 연결하는 최소한의 공통선을 만든다.
과거에는 “데이터를 얼마나 많이 쌓았는가”가 중요했다.
지금은 다르다.
어디서 생성됐든
누가 만들었든
어떻게 연결되는지가 더 중요하다
FHIR은 데이터를 ‘소유’하는 방식이 아니라
‘흐르게’ 만드는 방식이다.
헬스케어가 점점 플랫폼처럼 움직이기 시작했다.
병원 + 앱 + 기기 + AI
진료 + 관리 + 예방 + 생활
이 구조에서 표준이 없으면
모든 연결은 매번 새로 만들어야 한다.
FHIR은
확장 가능한 구조를 가능하게 하는 전제 조건이다.
FHIR은 기술 이야기처럼 보이지만,
결국 사용자 경험으로 귀결된다.
FHIR이 잘 작동할수록:
병원 기록을 앱에서 자연스럽게 확인할 수 있고
내 건강 데이터가 끊기지 않고 이어지고
의료 서비스가 ‘내 상황을 아는 것처럼’ 느껴진다
즉,
FHIR은 보이지 않지만
경험의 단절을 줄이는 역할을 한다.
FHIR 자체는
화려한 기능도, 눈에 띄는 UI도 없다.
하지만 이런 말은 할 수 있다.
FHIR이 없으면, PHR도 CDSS도 확장되기 어렵다.
PHR은 데이터를 모아야 하고
CDSS는 데이터를 이해해야 하고
서비스는 데이터를 연결해야 한다
FHIR은 이 모든 걸 가능하게 만드는
보이지 않는 바닥이다.
FHIR은 이렇게 요약할 수 있다.
“의료 데이터가 처음으로 같은 언어를 쓰기 시작한 순간.”
사용자는 FHIR을 직접 보지 않는다.
하지만 FHIR이 없다면
헬스케어 서비스는 늘 끊기고, 막히고, 불편했을 것이다.
PHR이 ‘개인의 기록’이라면,
CDSS가 ‘전문가의 판단’이라면,
FHIR은 그 사이를 잇는 연결의 문법이다.
그리고 이 문법이 자리 잡을수록
헬스케어는
‘전문가만의 영역’에서
‘일상의 서비스’로 이동하게 된다.