안내서의 점검 항목과 고정 주기의 한계
개인정보 안내서만으로 병원의 AI 개인정보 점검 간격을 확정할 수는 없습니다. 병원은 접속기록·접근 권한·위험 관리 항목별 정기 일정과 AI 기능·자료 접근 방식이 변경될 때의 추가 점검 시점을 내부 관리계획에 정하는 방식으로 운영할 수 있습니다. 이때 내부에서 정한 일정과 안내서가 명시한 의무를 같은 뜻으로 기록하지 않습니다.
분야별 개인정보 보호 안내서의 의료기관편은 안전성 확보 조치로 내부관리계획의 수립·시행과 점검, 접근 권한 관리, 접속기록 보관과 점검 등을 설명합니다. 같은 안내서의 약국편에 실린 내부 관리계획 항목에는 위험 분석 및 관리와 중요한 변경의 반영도 포함됩니다. 이 항목들은 병원이 AI 사용 관련 일정을 설계할 때 참고할 수 있지만, 안내서의 점검 항목만으로 병원에 적용할 고정 간격이나 법적 적용 범위를 결정할 수는 없습니다.
| 점검 항목 | 안내서의 확인 근거 | 병원이 정할 정기 일정 |
|---|---|---|
| 접속기록 | 의료기관편의 접속기록 보관 및 점검 | 대상 AI와 기록 검토 범위를 정한 뒤 다음 점검일 기재 |
| 접근 권한 | 의료기관편의 접근 권한 관리와 접근 통제 | 사용 계정과 연결 자료에 대한 권한 재검토일 기재 |
| 위험 관리 | 내부 관리계획 항목의 위험 분석 및 관리, 생성형 AI 안내서의 지속적 평가 방향 | 자료 처리 흐름과 안전조치의 재평가일 기재 |
표의 일정은 병원이 정할 운영 항목이며 공식 주기를 옮긴 것이 아닙니다. 모든 항목을 같은 날 처리할 수 있더라도 각 항목의 대상과 완료 조건은 따로 기재합니다. 날짜만 일치한다고 접속기록 검토가 접근 권한이나 위험 관리까지 대신하지는 않습니다.
항목별 간격을 정하는 판단 기준
정기 점검 간격은 자료 접근 범위의 변화와 이전 점검에서 남은 문제를 근거로 정합니다. 환자 정보에 접근하는 업무가 새로 추가되거나 권한 변경이 잦다면, 병원 담당자는 기존 일정을 유지할 이유가 있는지 다시 판단합니다. 외부 서비스를 거쳐 자료를 처리하는 업무는 병원이 직접 알 수 있는 내용과 서비스 운영자에게 받아야 할 내용을 나눠 일정에 반영합니다.
생성형 AI 개인정보 처리 안내서는 외부 자료를 검색해 응답에 활용하는 과정에서 자료 속 개인정보가 노출될 위험과 안전조치의 필요성을 설명합니다. 또한 데이터나 모델의 변화가 평가 결과에 영향을 줄 수 있으므로 지속적인 평가를 설계하도록 안내합니다. 병원은 이런 변화가 실제 사용 환경에서 발생하는지 판단해 항목별 일정을 정하되, 안내서에 없는 간격을 공식 권고로 표현하지 않습니다.
담당자가 필요한 자료를 확보하고 조치 결과까지 검토할 수 있는지도 일정 결정에 포함합니다. 달력에 날짜를 등록했지만 자료를 받을 시점이 정해지지 않았다면 완료 가능한 일정이라고 보기 어렵습니다. 필요한 자료가 늦어질 경우에는 자료 확보일과 점검 완료 예정일을 따로 기록합니다.
사용 환경부터 다음 확인일까지의 순서
병원 담당자는 사용하는 AI의 이름보다 실제 업무와 자료 접근 방식을 먼저 정리합니다. 같은 서비스라도 직접 입력하는 업무와 연결 문서를 검색하는 업무는 점검 대상이 달라질 수 있습니다. 실장이나 마케팅 담당자는 실제 사용 내용을 정리하고, 개인정보 관리 담당자는 이를 앞에서 정한 기준에 연결합니다.
- 사용하는 AI와 업무를 목록으로 만들고, 직접 입력·파일 전달·문서 연결 등 자료 접근 방식을 기재합니다. 현재 사용하는 기능과 사용 예정인 기능은 별도 상태로 표시합니다.
- 접속기록·접근 권한·위험 관리별로 정기 일정과 추가 평가 계기를 정합니다. 항목마다 필요한 자료와 완료 조건을 함께 기재합니다.
- 각 항목의 담당자와 다음 확인일을 기록합니다. 필요한 자료를 다른 부서나 외부 운영자에게 받아야 한다면 요청 대상과 회신 예정일도 남깁니다.
준비 자료에는 AI 사용 목록, 연결 문서 목록, 계정과 권한 현황, 최근 변경 내역, 이전 점검의 미해결 항목을 포함합니다. 일정 설계용 목록에는 환자 정보 원문 대신 문서의 종류와 접근 범위를 기재합니다. 자료가 없거나 최신 상태인지 알 수 없는 항목은 완료 처리하지 않고 확보할 자료를 명시합니다.
변경 계기와 추가 평가일의 연결
변경 시 추가 평가는 정기 점검일까지 기다려도 되는지 판단하는 별도 절차로 설계합니다. 변경 담당자는 기능이나 연결 자료를 변경하기 전에 개인정보 관리 담당자에게 변경 범위를 전달합니다. 변경이 이미 적용된 사실을 뒤늦게 알았다면 적용 시점과 현재 사용 상태를 함께 기록해 후속 판단을 요청합니다.
| 추가 평가 계기 예시 | 다시 확인할 항목 | 담당자와 다음 확인일 |
|---|---|---|
| 외부 문서 검색 기능 추가 | 검색 대상 자료, 접근 통제, 응답에 포함될 정보 | 기능 담당자 지정, 사용 전 검토일 기재 |
| 연결 폴더나 문서 범위 변경 | 추가 자료의 성격, 계정별 접근 범위 | 자료 담당자 지정, 변경 적용 전 검토일 기재 |
| 계정 추가 또는 사용자의 업무 변경 | 현재 업무에 필요한 권한과 남은 권한 | 권한 담당자 지정, 권한 변경 검토일 기재 |
| 개인정보가 응답에 포함된 정황 발견 | 관련 자료와 처리 경로, 기존 안전조치 | 개인정보 관리 담당자 지정, 후속 판단일 기재 |
표의 계기는 병원 운영을 위한 예시이며 안내서가 정한 일괄 절차는 아닙니다. 해당 변경의 영향을 판단한 담당자는 기존 정기 일정의 유지 여부도 함께 결정합니다. 추가 평가를 했다는 이유만으로 관련 없는 항목의 정기 일정까지 자동 연장하지 않습니다.
미해결 항목의 재확인 기록
점검을 실시한 날과 해당 항목을 완료한 날은 다를 수 있습니다. 자료가 부족하거나 조치 결과가 아직 검증되지 않았다면, 담당자는 무엇이 남았는지와 재확인일을 기록합니다. 다른 부서의 회신을 기다리는 상태도 날짜 없이 보류하지 않습니다.
기록에는 점검 대상, 진행 상태, 남은 문제, 필요한 자료, 담당자, 다음 확인일을 포함합니다. 문제가 해결됐다고 판단하려면 어떤 자료나 결과가 필요한지 완료 조건도 기재합니다. 정기 점검일이 다시 도래하더라도 기존 미해결 항목은 이전 기록과 연결해 처리합니다.
재확인일은 단순한 알림 날짜가 아니라 다음 행동이 가능한 시점으로 정합니다. 자료 요청만 한 상태라면 회신을 받은 뒤 검토할 시간을 일정에 포함합니다. 약속한 날짜를 지키기 어렵다는 사실을 알게 되면 담당자는 지연 사유와 새 예정일을 기록하고 관리 책임자에게 전달합니다.
일정 이월과 완료 처리의 차이
다음 점검일을 등록했다고 현재 점검이 완료되는 것은 아닙니다. 담당자가 교체되거나 외부 운영자의 답변이 늦어져 일정이 이월됐다면, 현재 항목은 미완료 상태로 유지합니다. 일정 관리표에서 예정과 완료를 같은 표시로 처리하지 않습니다.
외부 운영자가 변경이 없다고 답하더라도 병원 내부에서 연결한 자료나 사용자의 업무가 달라졌을 수 있습니다. 담당자는 외부 회신이 설명하는 범위를 기록하고, 병원에서 발생한 변경은 별도로 판단합니다. 회신 한 건으로 모든 점검 항목을 완료 처리하지 않습니다.
완료 기록은 실제 검토 범위를 명시해야 합니다. 일부 계정이나 연결 문서만 검토했다면 나머지 대상의 후속 일정을 남깁니다. 전체 완료로 표시할 근거가 부족한 경우에는 처리한 범위와 남은 범위를 기록해 책임자가 다음 조치를 결정할 수 있게 합니다.
변경 통지가 늦어지는 업무의 일정
서비스 변경 소식을 병원이 늦게 받는다면 점검 날짜만 조정해서는 대응 시점을 정하기 어렵습니다. 병원 담당자는 변경 통지를 받는 연락처와 내부 전달 경로가 실제로 작동하는지 판단합니다. 여러 사람이 개별적으로 서비스를 사용한다면 공지 수신 여부를 한 사람의 계정만으로 판단하지 않습니다.
변경 내용이 불분명할 때는 추측으로 영향 없음을 기록하지 않습니다. 담당자는 운영자에게 필요한 설명을 요청하고, 답변 전까지 유지할 사용 범위를 관리 책임자와 결정합니다. 회신 예정일을 정할 수 없다면 병원이 요청 진행 상태를 다시 확인할 날짜를 기재합니다. 회신을 받은 뒤에는 설명된 변경이 실제 사용 업무에 해당하는지 판단하고 필요한 후속 일정을 등록합니다.
자주 묻는 질문
AI를 잠시 사용하지 않아도 정기 점검이 필요한가요?
사용 중단만으로 계정 권한이나 자료 연결까지 종료됐다고 판단하지 않습니다. 병원 담당자는 남아 있는 접근 가능성과 관리 항목을 근거로 일정을 유지하거나 조정합니다. 사용 재개 여부를 결정할 시점도 기록하면 장기간 방치된 항목을 가리는 데 도움이 됩니다.
새로운 AI를 시험할 때도 점검 일정을 정해야 하나요?
시험 목적이라는 이유만으로 일정 설계에서 제외하지 않습니다. 시험 담당자는 사용할 자료의 종류와 접근 범위를 정하고, 시험 종료 후 자료 연결과 권한 상태를 검토할 날짜를 함께 기재합니다. 환자 정보가 필요하지 않은 시험이라면 실제 환자 자료를 사용 대상에서 제외하는 방식부터 고려합니다.
AI 서비스가 여러 개면 관리표를 따로 만들어야 하나요?
공통 서식을 사용해도 되지만 서비스별 점검 결과를 식별할 수 있어야 합니다. 이름만 나열하기보다 업무와 연결 자료를 함께 기재하면 같은 서비스의 서로 다른 사용 환경도 관리할 수 있습니다. 한 항목의 완료 표시가 다른 서비스까지 적용되지 않도록 기록 단위를 정합니다.
점검 일정을 내부 달력에만 등록해도 충분한가요?
달력은 알림 수단으로 사용할 수 있지만 일정의 근거와 처리 상태를 모두 담기에는 부족할 수 있습니다. 내부 관리 기록에는 변경 사유와 승인 내용을 남기고 달력의 일정과 연결합니다. 날짜를 수정했을 때 이전 일정과 변경 이유를 추적할 수 있는지도 판단합니다.
연결 자료가 없으면 위험 관리 항목을 생략해도 되나요?
문서 연결이 없더라도 사용자가 입력하는 내용과 대화에서 처리되는 정보는 검토 대상이 될 수 있습니다. 담당자는 자료 연결 여부만으로 생략을 결정하지 말고 실제 사용 업무에서 개인정보가 어떻게 들어가는지 기재합니다. 해당 항목을 적용하지 않는다면 그 판단의 범위와 이유를 기록합니다.