기능 시연 전에 데이터 흐름부터 그린다
새 도구가 편리해 보여도 어떤 정보가 어느 기기에서 입력되고 어디에 저장되며 누구에게 전달되는지 모르면 위험을 판단할 수 없습니다. 환자정보가 필요하지 않은 기능이라면 애초에 수집하거나 연동하지 않는 설계가 가장 단순한 보호 방법입니다.
도입 담당자는 공급업체 설명만 듣지 말고 가상 데이터로 예약 생성, 파일 첨부, 알림 전송, 관리자 조회와 삭제를 직접 따라갑니다. 각 단계에서 원본과 복사본이 남는 위치를 표시합니다.
질문 1~3: 데이터와 계정의 경계를 확인한다
첫 세 질문은 무엇을 저장하는지, 어디에서 처리하는지, 누가 접근하는지입니다. 개인정보의 종류와 목적, 보관기간, 국내외 처리 위치, 재위탁 또는 다른 클라우드 사용을 확인합니다.
사용자별 계정, 역할별 권한, 관리자 계정 분리와 다중인증을 지원하는지 실제 관리 화면으로 봅니다. 퇴사자 계정을 즉시 중지하고 권한 변경 이력을 확인할 수 있어야 합니다.
- 1. 어떤 개인정보를 왜 수집·생성하고 언제 삭제하는가
- 2. 데이터는 어디에서 저장·처리되고 어떤 외부업체가 관여하는가
- 3. 개인별 계정·최소권한·다중인증·관리자 분리를 지원하는가
질문 4~6: 보호·기록·사고 대응을 확인한다
‘암호화합니다’라는 한 문장보다 전송 중과 저장 중 어떤 범위가 보호되는지, 암호키 관리 책임이 누구에게 있는지 확인합니다. 접속기록은 어떤 이벤트를 얼마나 보관하고 의원이 조회하거나 제공받을 수 있는지 묻습니다.
장애와 침해사고가 발생했을 때 통지 기준, 연락 방법, 초동조치와 증거 제공 범위를 계약에 연결합니다. 개인정보위 안전성 확보조치 안내서의 접근권한·접속기록·암호화·악성프로그램 대응 기준을 질문표로 사용합니다.
- 4. 전송·저장·백업 데이터의 보호 범위와 키 관리자는 누구인가
- 5. 로그인·조회·다운로드·권한변경 기록을 얼마나 보관하고 확인할 수 있는가
- 6. 장애·침해사고를 어떤 기준과 시간 안에 누구에게 알리는가
질문 7~10: 복구·업데이트·종료 가능성을 확인한다
서비스가 멈추거나 공급업체와 계약이 끝나도 의원이 업무를 이어갈 수 있어야 합니다. 백업 주기보다 최근 복구시험일, 복구 목표시간, 데이터 내보내기 형식과 실제로 읽을 수 있는지를 확인합니다.
지원 종료된 운영체제나 장비에 의존하지 않는지, 보안 업데이트와 취약점 공지는 어떻게 제공하는지 묻습니다. 계약 종료 후 원본과 복사본, 백업과 로그의 반환·삭제 시점과 확인서를 정합니다.
- 7. 백업 범위와 최근 복구시험 결과, 목표 복구시간은 무엇인가
- 8. 보안 업데이트·취약점 공지·지원 종료 정책은 무엇인가
- 9. 계약 종료 시 표준 형식으로 데이터를 내보내고 검증할 수 있는가
- 10. 종료 후 본데이터·복사본·백업을 언제 삭제하고 어떻게 증명하는가
외부업체의 약속을 계약과 증빙으로 연결한다
답변은 영업 담당자의 이메일에만 두지 않고 계약서, 보안 부속서, 서비스 수준 약정과 공식 기술문서에 연결합니다. 환자정보 처리 관계가 업무위탁에 해당하는 경우 개인정보 보호법 제26조의 문서화·관리·감독 요건을 별도로 검토합니다.
인증서가 있다고 의원의 설정과 운영까지 자동으로 안전해지는 것은 아닙니다. 인증 범위와 유효기간을 확인하고, 실제 도입 환경의 계정·연동·권한·로그 설정을 인수검사합니다.
무료 체험은 가상 데이터로 하고 운영 책임자를 지정한다
정식 계약과 내부 검토가 끝나기 전에 실제 환자정보를 업로드하면 삭제와 회수 여부를 확인하기 어렵습니다. 기능 검토는 가상 환자와 임의 파일로 진행하고 테스트 종료 후 계정과 데이터를 삭제합니다.
도입 후에는 계정 발급, 월별 권한 확인, 퇴사자 회수, 업데이트 공지, 장애 연락과 계약 갱신을 담당할 사람을 정합니다. 분기마다 사용하지 않는 도구와 연동을 정리해 ‘도입했지만 아무도 관리하지 않는 서비스’를 남기지 않습니다.