증상 설문, 복약 기록, 검진 결과, 상담 내용은 화면에서는 짧은 입력값처럼 보입니다. 하지만 개인과 연결되면 건강에 관한 민감정보가 될 수 있습니다. 의료 앱을 처음 기획할 때는 “암호화가 되나요?”보다 우리 서비스가 무엇을 받고, 왜 받으며, 누가 이용하는지를 먼저 정리해야 합니다.
개발 업체의 보안 역량도 인증 로고나 기술 이름만으로 가늠하기 어렵습니다. 서비스 흐름을 듣고 로그인과 서버 구축만 제안하는 업체보다, 정보가 어디로 이동하고 누가 볼 수 있으며 문제가 생기면 어떻게 멈출지를 함께 묻는 업체가 요구사항 단계에서 더 많은 위험을 드러낼 수 있습니다.
서비스 성격에 따라 첫 요구사항이 달라집니다
먼저 사용자가 자기 생활 습관을 기록하는 서비스인지, 의료진이나 상담 인력이 개인 상태를 확인하고 조치하는 서비스인지 나눠 보아야 합니다. 운동 기록을 혼자 보는 앱과 증상 설문을 바탕으로 상담 예약을 잡는 앱은 비슷한 화면을 가질 수 있어도 필요한 운영 방식은 다릅니다.
초기 검증 단계라면 건강정보 없이도 확인할 수 있는 기능부터 시작할 수 있습니다. 예약 가능 시간 조회나 일반 건강 콘텐츠 제공은 개인 증상 기록 없이 시험할 여지가 있습니다. 반대로 병원 기록을 연동하거나 개인별 상태 안내를 제공한다면, 앱과 서버뿐 아니라 알림 서비스, 통계 도구, 오류 확인 도구처럼 정보가 지나갈 수 있는 외부 도구도 요구사항에 포함해야 합니다.
진단이나 치료 판단에 영향을 줄 수 있는 분석·안내를 서비스 목적으로 내세운다면 검토 범위는 더 넓어질 수 있습니다. 건강정보를 수집한다고 모두 의료기기 소프트웨어가 되는 것은 아니지만, 사용 목적과 기능에 따라 별도 판단이 필요할 수 있으므로 기획 초기에 관련 담당자와 확인하는 편이 낫습니다.
업체 미팅에서는 데이터 흐름 한 장으로 비교합니다
긴 보안 문서보다 먼저 만들 자료는 데이터 흐름도 한 장입니다. 회원가입에서 받는 정보, 건강 설문 결과가 저장되는 곳, 상담 화면으로 넘어가는 정보, 알림이나 외부 도구에 전달되는 정보, 탈퇴 후 삭제하거나 보관할 정보를 한 흐름에 표시합니다. 이 그림이 있어야 앱의 기능 목록이 운영 장면으로 바뀝니다.
예를 들어 이용자가 증상을 입력하고 상담사가 확인해 예약을 잡는 서비스라면, 이용자는 자기 기록과 예약 상태를 봅니다. 상담사는 배정된 이용자에게 필요한 정보만 확인합니다. 개발 인력은 원칙적으로 실제 환자 내용에 접근하지 않고도 시스템을 운영할 방안을 제안하는지 살펴볼 수 있습니다. 이 구분이 빠지면 문의 처리는 편해 보여도 불필요한 열람과 잘못된 전달의 여지가 커집니다.
업체에는 다음 세 질문을 던져 보십시오.
- 건강 관련 정보가 앱 화면, 서버, 외부 도구를 거치는 과정을 한 장의 흐름도로 보여줄 수 있나요?
- 이용자, 상담 인력, 고객지원, 개발 인력이 각각 조회·수정·내려받을 수 있는 범위를 어떻게 나누나요?
- 잘못된 조회·전송이나 계정 문제가 의심되면 누가 먼저 접근을 막고, 무엇을 확인해 우리에게 어떤 기록을 남기나요?
답변이 구체적인지 봐야 합니다. 흐름도를 보여주지 못하거나 외부 도구 목록, 권한 종료, 사고 차단 책임을 개발 완료 뒤에 논의하자고 미룬다면 후보에서 제외하는 편이 합리적입니다.
출시 후 운영까지 설명하는 업체를 고릅니다
보안 설계는 출시 전 화면에서 끝나지 않습니다. 상담 인력의 업무가 바뀌거나 퇴사할 때 계정을 어떻게 끊을지, 의심스러운 접근이 보이면 누가 먼저 제한할지, 조회·변경·내려받기 기록을 어떻게 확인할지까지 운영 흐름으로 이어져야 합니다. 백업 데이터를 누가 관리하고 복구 요청을 누가 판단하는지도 같은 맥락에서 확인할 항목입니다.
여기서 중요한 것은 모든 고급 기능을 한꺼번에 요구하는 일이 아닙니다. 서비스가 다루는 정보를 줄일 수 있는지, 꼭 필요한 사람만 볼 수 있는지, 외부 도구로 나가는 정보를 통제할 수 있는지를 서비스 규모와 운영 방식에 맞춰 정하면 됩니다. 건강정보는 개인정보 보호법상 민감정보로 다뤄지지만, 구체적인 처리 근거와 보관 방식, 필요한 안전조치는 서비스 구조와 참여 기관에 따라 달라질 수 있습니다.
업체 미팅 전에 기능 목록 옆에 데이터 흐름도 한 장을 붙여 보십시오. 그 그림을 바탕으로 권한, 외부 도구, 사고 시 차단 순서를 질문하는 업체라면 개인정보 보안을 나중에 붙일 기능이 아니라 제품 운영의 일부로 다룰 가능성이 높습니다.
