디지털 헬스케어 전문가는 무엇을 따질까요?

얼마 전 지인이 비대면 진료 앱 화면을 보여주며 물었습니다. “여기서 진료받으면 약도 집으로 오나요?” 앱에는 병원 예약, 진료, 처방전 전송이 한 흐름처럼 그려져 있었지만, 실제 이용에서는 각각 다른 조건이 붙습니다. 저는 디지털헬스 서비스를 7년간 기획하면서 이런 질문을 자주 들었습니다. 이용자가 궁금한 건 기능 목록보다 어디까지 믿고 써도 되는지였습니다.

디지털 헬스케어 전문가라는 말은 넓습니다. 의료인, 연구자, 개발자, 서비스 기획자가 모두 이 분야에서 일할 수 있습니다. 다만 앱을 기획하는 제 자리에서 가장 중요한 일은 기술의 가능성을 이용자가 실제로 받을 수 있는 서비스의 범위로 바꾸는 것입니다. 그 과정에서는 의료적 판단, 제도, 개인정보, 사용 절차를 함께 봐야 합니다.

앱에서 할 수 있는 일과 의료인이 판단할 일

건강관리 앱은 걸음 수를 기록하고 복약 시간을 알려주거나 혈압 변화를 그래프로 보여줄 수 있습니다. 이런 기능은 생활 습관을 돌아보는 데 유용합니다. 그러나 혈압 수치 하나로 약을 바꿔도 되는지, 가슴 통증의 원인이 무엇인지를 앱이 확정해서는 안 됩니다. 같은 수치라도 평소 질환, 복용 약, 측정 상황에 따라 의미가 달라지기 때문입니다.

식품의약품안전처는 디지털 기술을 쓰는 제품도 사용 목적에 따라 디지털의료기기와 일상적 건강관리를 지원하는 제품 등으로 구분합니다. 서비스를 볼 때는 ‘인공지능을 썼다’는 문구보다 어떤 목적으로 허가·인증·신고됐는지, 앱이 안내하는 기능이 그 범위 안에 있는지를 확인하는 편이 정확합니다. 의료기기라고 해도 모든 질환을 판별한다는 뜻은 아닙니다.

예를 들어 스마트워치가 불규칙한 맥박을 알렸다면 알림을 무시할 필요도, 그것만으로 병명을 확정할 필요도 없습니다. 측정 시각과 증상을 기록해 진료 때 보여주는 방식이 현실적입니다. 흉통, 심한 호흡곤란, 의식 변화처럼 급한 증상이 있다면 앱 기록을 더 쌓느라 기다리지 말고 즉시 응급 도움을 받아야 합니다. 디지털 헬스케어 전문가는 이런 대면 진료와 응급 대응의 경계를 서비스 화면에서도 분명히 드러내야 합니다.

비대면 진료는 예약부터 약 수령까지 같은 조건일까요?

비대면 진료 앱에서 진료 시간을 고를 수 있다는 사실과 실제로 비대면 진료를 받을 수 있다는 사실은 다릅니다. 대상 환자, 의료기관, 진료 시점에 적용되는 기준을 확인해야 하고, 의사가 화면이나 통화만으로 판단하기 어렵다고 보면 대면 진료를 권할 수 있습니다. 사진을 보냈으니 피부 질환을 확정할 수 있다거나, 지난번 처방이 있으니 같은 약을 반드시 다시 받을 수 있다는 식의 안내는 위험합니다.

처방이 나왔다고 약 배송이 자동으로 따라오는 것도 아닙니다. 처방전을 약국에 보내는 절차와 조제한 약을 어떻게 받는지는 별개입니다. 서비스 화면에서 ‘진료 가능’, ‘처방 가능’, ‘약 수령 가능’을 한 문장으로 묶으면 이용자는 허용 범위를 오해하기 쉽습니다. 신청 전에 해당 시점의 보건복지부 시범사업 안내와 앱의 약 수령 방식을 각각 확인할 필요가 있습니다.

제도 변화도 시간표를 보고 읽어야 합니다. 비대면 진료를 제도화하는 의료법 개정 내용은 2025년 말 공포됐지만, 관련 조항의 시행일은 2026년 12월 24일입니다. 시행 예정인 규정과 지금 이용할 수 있는 시범사업 기준을 섞어 설명하면 이용자에게 잘못된 기대를 줍니다. 서비스 기획자라면 화면의 안내 문구를 법 개정 발표일이 아니라 실제 적용일에 맞춰 고쳐야 합니다.

의료 마이데이터는 많이 모을수록 좋을까요?

진료 이력과 검사 결과가 한곳에 모이면 병원을 옮길 때 지난 기록을 다시 설명하는 부담이 줄 수 있습니다. 건강정보 고속도로는 본인이 제공기관, 정보 항목, 기간 등을 선택해 건강정보를 활용하는 구조를 안내합니다. 하지만 연계된 기관과 제공 항목에 따라 보이는 기록은 달라집니다. 앱에 기록이 없다고 진료받은 사실 자체가 없었다고 단정할 수는 없습니다.

정보를 연결할 때는 편리함만큼 공유 범위를 봐야 합니다. 어떤 기관의 어떤 기록을 누구에게 보내는지, 동의를 철회할 수 있는지, 열람 내역을 확인할 수 있는지 살피는 것이 좋습니다. 건강정보 고속도로에서는 진료기록 열람 내역을 확인하는 기능도 안내합니다. 진단명과 투약 이력은 민감한 정보라서, 가족이 함께 쓰는 기기에서는 로그인 상태나 알림 화면에 기록이 드러나지 않는지도 신경 써야 합니다.

기획 실무에서는 동의 버튼 하나보다 그 앞의 설명 문장이 더 어렵습니다. ‘서비스 개선에 활용’처럼 넓은 표현만 있으면 이용자는 실제로 무엇이 전달되는지 가늠하기 힘듭니다. 필요한 항목과 기간을 구체적으로 보여주고, 동의하지 않아도 이용할 수 있는 기능을 구분해 주는 편이 신뢰를 얻습니다.

믿을 만한 서비스를 고를 때 무엇을 보면 될까요?

저라면 앱을 열어 세 장면을 먼저 봅니다. 증상이 심해졌을 때 어디로 안내하는지, 진료나 처방이 불가능할 때 이유를 설명하는지, 건강정보 제공에 동의하기 전에 범위를 보여주는지입니다. 기능이 많은 서비스보다 이 세 장면이 명확한 서비스가 실제 이용에서는 덜 헷갈립니다.

• 건강관리 기록과 의료적 진단을 화면에서 분명히 구분하는가
• 비대면 진료 대상과 약 수령 방법을 따로 설명하는가
• 개인 의료정보의 제공 항목·기간·상대방을 확인할 수 있는가
• 대면 진료나 응급 도움으로 넘어가야 할 상황을 안내하는가

디지털 헬스케어 전문가에게 필요한 능력도 이 기준과 크게 다르지 않습니다. 기술을 이해하되 의료인의 판단을 대신하지 않고, 제도를 읽되 이용자가 실제로 겪는 순서로 설명하는 능력입니다. 저는 새로운 기능을 기획할 때마다 ‘이 화면을 본 사람이 어디까지 가능하다고 받아들일까’를 먼저 묻습니다. 그 질문에 답할 수 있어야 편리함도 오래 신뢰받습니다.