모두
모두콘텐츠
건강관리 앱을 기획하다 보면 이용자가 “이 수치를 믿고 병원에 안 가도 되나요?”라고 묻는 순간이 있습니다. 화면은 몇 초 만에 결과를 보여주지만, 그 결과가 뜻하는 범위는 짧은 문구 하나로 설명하기 어렵습니다. 디지털 헬스케어 취업을 준비한다면 바로 이런 장면에서 출발하는 편이 좋습니다. 기술을 이해하는 능력에 더해, 이용자가 어디서 오해할지 짚고 서비스가 할 수 있는 일의 경계를 그어야 하니까요.
같은 헬스케어 앱이어도 맡는 일은 다릅니다
‘헬스케어 회사’라는 이름만 보고 지원하면 입사 후 예상과 다른 일을 맡을 수 있습니다. 비대면 진료 플랫폼은 예약, 본인 확인, 진료 연결, 처방전 전달 같은 흐름을 다룹니다. 생활습관 관리 앱은 기록을 꾸준히 남기고 다시 찾아오게 만드는 일이 중요합니다. 의료기관용 서비스는 환자보다 의료진과 접수 담당자의 업무 흐름을 먼저 이해해야 할 때가 많습니다.
예를 들어 혈압 기록 기능 하나를 맡아도 질문이 달라집니다. 건강관리 앱에서는 입력을 쉽게 만들고 기록 추이를 읽기 좋게 보여주는 일이 중심일 수 있습니다. 의료진이 보는 화면이라면 측정 시각, 측정 조건, 빠진 기록을 어떻게 표시할지가 더 중요해집니다. 이용자에게 ‘수치가 높으니 약을 바꾸라’고 안내하는 것은 또 다른 문제입니다. 진료 판단을 앱의 알림으로 대신할 수 없기 때문입니다.
채용 공고를 볼 때는 회사 이름보다 제품의 이용자, 수익 구조, 실제로 다루는 업무를 확인하는 편이 낫습니다. 같은 ‘서비스 기획자’라도 이용자 화면을 설계하는 자리인지, 병원 도입 과정과 운영 정책을 맡는 자리인지에 따라 필요한 경험이 다릅니다. 공고에 적힌 협업 상대가 개발자·디자이너인지, 의료진·병원 운영팀·규제 담당자인지도 단서가 됩니다.
의료 지식은 어디까지 알아야 할까요?
의료인이 될 만큼 공부해야 한다는 뜻은 아닙니다. 다만 ‘기록’, ‘건강 조언’, ‘진단·치료’가 같은 말이 아니라는 점은 알아야 합니다. 수면 시간을 보여주는 기능과 특정 질환을 판별한다고 주장하는 기능은 검토해야 할 기준이 다릅니다. 식품의약품안전처의 디지털의료제품 안내를 보면 제품의 사용 목적에 따라 분류와 관리 방식이 달라집니다. 기획자가 임의로 의료기기 여부를 확정할 수는 없지만, 기능 설명이 달라질 때 규제 검토가 필요하다는 신호는 알아차려야 합니다.
비대면 진료 서비스도 ‘앱에서 진료받는다’는 한 문장으로 설계할 수 없습니다. 대상자와 진료 절차는 당시 적용되는 제도와 의료진의 판단을 따라야 합니다. 예약 화면에서 가능하다고 보여줬더라도 의사가 대면 진료가 필요하다고 판단할 수 있습니다. 심한 증상이나 응급 상황까지 앱 안에서 해결할 수 있는 것처럼 안내해서는 안 됩니다. 지원 회사가 이런 경우를 어떤 화면과 운영 절차로 처리하는지 살펴보면 제품의 성숙도를 가늠할 수 있습니다.
처음부터 법령을 외우기보다 한 기능을 골라 ‘누가 이용하는가, 어떤 정보를 보여주는가, 어느 순간 의료진에게 넘기는가’를 적어보는 것이 실무에 가깝습니다. 답을 찾기 어려운 부분은 추측으로 채우지 말고 확인이 필요한 쟁점으로 남겨야 합니다.
포트폴리오에는 화면보다 판단 과정을 담으세요
포트폴리오를 만들 때 화면 시안 20장을 채우는 것보다 한 가지 이용 상황을 깊게 다루는 편이 설득력 있습니다. 가령 ‘건강검진 결과를 앱으로 가져와 보는 기능’을 기획한다면 정상 수치를 예쁘게 표시하는 데서 멈추지 마세요. 결과가 아직 들어오지 않았을 때, 이전 검진 결과만 있을 때, 다른 사람의 정보가 연결된 듯 보일 때 이용자가 무엇을 해야 하는지까지 써야 합니다.
의료 마이데이터라면 정보의 이동 과정도 중요합니다. 건강정보 고속도로는 본인이 의료데이터를 열람하고 동의를 바탕으로 전송할 수 있도록 지원합니다. 그러므로 기획안에 ‘데이터 연결’ 버튼만 그려서는 부족합니다. 어떤 정보를 누구에게 보내는지, 동의를 철회하면 이용자에게 무엇을 보여줄지, 연결에 실패하면 어디서 다시 시작할지를 적어야 합니다. 건강정보는 민감정보이므로 개인정보보호위원회의 안내처럼 수집 목적과 필요한 항목을 분명히 하는 관점도 필요합니다.
숫자는 실제 조사 결과와 가정을 구분해 쓰세요. 예를 들어 ‘가상의 이용자 10명 중 3명이 동의 화면에서 이탈한다’는 수치를 예시로 썼다면 가정이라고 밝혀야 합니다. 그 위에서 이탈 이유를 묻는 인터뷰 질문 3개와 확인할 지표 2개를 제시하면 됩니다. 실제 이용자 데이터가 없다면 공개된 서비스 화면을 분석하고, 본인이나 주변인의 의료기록 대신 더미 데이터를 사용하세요. 환자 정보가 담긴 화면을 포트폴리오에 그대로 싣는 일은 피해야 합니다.
지원 전에는 회사에 이런 질문을 남겨두세요
면접에서는 ‘헬스케어에 관심이 많다’는 말보다 구체적인 질문이 대화를 만듭니다. 이 서비스의 주요 이용자가 환자인지 의료진인지, 의료적 판단이 필요한 문의는 누가 처리하는지, 정책이 바뀌면 화면과 운영 안내를 어떻게 함께 고치는지 물을 수 있습니다. 의료기관과 연동하는 제품이라면 병원마다 다른 업무 흐름을 어떻게 반영하는지도 좋은 질문입니다.
답변을 들을 때는 화려한 기술 이름보다 책임의 경계를 보세요. 이용자 문의를 기획자가 어디까지 답하고 의료진에게 언제 넘기는지, 개인정보 접근 권한을 직무별로 어떻게 나누는지 분명한 회사라면 일을 배우는 과정도 더 구체적일 가능성이 큽니다. 반대로 모든 문제를 ‘AI가 알아서 안내한다’고 설명한다면 실제 오류와 예외를 누가 책임지는지 한 번 더 확인할 필요가 있습니다.
제가 이 분야에서 오래 일하며 느낀 것은 이용자가 원하는 게 기능의 개수만은 아니라는 점입니다. 자신의 정보가 어디로 가는지, 앱의 안내를 어디까지 믿을 수 있는지 알고 싶어 합니다. 디지털 헬스케어 취업을 준비하는 사람도 그 질문에 답할 수 있는 사례 하나를 차분히 만들어두면 좋겠습니다.
