한의원 개인정보 처리업체 현황표, 실제 데이터 흐름부터 찾는 법

내 상황부터 고르기

• 처음 목록을 만든다면 업체명이 아니라 예약·상담·문자 같은 업무 장면부터 찾습니다.
• 새 서비스를 도입하려면 법률관계와 계약·재위탁이 확인될 때까지 실제 개인정보 전송을 보류합니다.
• 이미 쓰는 업체라면 관리자 화면의 사용자·연동·내보내기 위치를 계약서와 대조합니다.
• 계약을 끝내려면 계정 해지 전에 데이터 회수·연동 차단·사본 삭제 방법을 시험합니다.

이 현황표는 외부업체를 자동으로 위탁이라고 판정하는 도구가 아닙니다. 업체별 실제 목적과 결정권을 확인해 위탁, 제3자 제공, 단순 전송·도구, 독립 처리 가능성을 분류하고 불명확한 행은 개인정보·법률 책임자 검토로 넘깁니다.

먼저 업체가 아니라 데이터가 나가는 장면을 찾기

1. 여섯 곳에서 외부 연결을 찾습니다

다음 장소를 원장과 실장이 함께 엽니다. 제품마다 메뉴 이름이 다르면 공급업체 도움말에서 Users, Integrations, API, Export, Audit log에 해당하는 메뉴를 찾거나 업체에 화면 위치를 요청합니다.

• 홈페이지·예약·CRM 관리자에서 설정(Settings) → 사용자(Users)를 클릭해 외부 대행사와 지원 계정을 봅니다.
• 연동(Integrations) 또는 앱(Apps)을 클릭해 폼, 문자, 이메일, 자동화 연결을 봅니다.
• API·웹훅(Webhook) 또는 개발자(Developer)를 클릭해 키와 전송 주소의 소유자를 봅니다.
• 내보내기(Export)·다운로드(Downloads)에서 직원·업체가 만든 파일 위치를 확인합니다.
• 전자우편 자동 전달, 직원 휴대전화 앱, 브라우저 확장과 저장 로그인을 확인합니다.
• 회계 거래처에서 문서폐기, CCTV 관제, 청구지원, 클라우드처럼 시스템 목록에 없는 업체를 찾습니다.

정상이라면 외부로 정보가 나가는 모든 장면에 업체 ID가 하나씩 붙습니다. 메뉴를 볼 권한이 없거나 어떤 계정이 소유자인지 모르면 신규 전송을 늘리지 말고 아래 요청문을 보냅니다.

> 한의원 개인정보 처리업체 현황을 확인하고 있습니다. 귀사의 서비스에서 한의원 데이터가 수집·저장·열람·전송·백업되는 위치, 지원 인력의 접근 방식, 현재 사용자·API·웹훅·재수탁사 목록, 내보내기와 계약 종료 시 반환·삭제 절차를 문서와 관리자 화면 경로로 회신해 주세요. 확인 기준일과 담당자도 함께 적어 주세요.

2. 현황표에 실제 값 한 행을 만듭니다

표의 예시는 규제 결론이 아니라 작성 방법을 보여주는 비식별 행입니다. 관계 검토가 끝나지 않은 업체를 임의로 위탁으로 바꾸지 않습니다. 개인계정이나 무료 도구도 데이터가 나가면 행을 만들고 사용 승인 여부를 정합니다.

법률관계가 불명확하면 여기서 멈추기

3. 실제 목적과 결정권을 질문합니다

• 한의원이 정한 목적과 지시에 따라 업무를 대신 수행합니까?
• 업체가 받은 정보를 자신의 별도 목적에 사용합니까?
• 업체나 하위업체의 사람이 내용을 볼 수 있습니까?
• 같은 업체의 기능마다 목적과 데이터 이용 방식이 다릅니까?

서비스 이름, 이용료 지급 여부나 계약서 제목만으로 관계를 정하지 않습니다. 같은 업체도 예약 발송 기능과 자체 분석·마케팅 기능의 관계가 다를 수 있습니다. 답이 불명확하면 새 항목 전송, 마케팅 활용과 계약 확대를 보류하고 개인정보·법률 책임자가 실제 계약과 흐름을 검토합니다.

위탁으로 판단된 경우의 법정 문서·공개·감독 근거는 개인정보 보호법 제26조와 시행령 제28조에서 확인합니다. 이 링크가 개별 업체 관계를 대신 판정하지는 않습니다.

위탁으로 판단된 업체의 계약과 공개 맞추기

4. 계약 문서에서 항목별 위치를 적습니다

본계약, 개인정보 처리 부속서, 온라인 약관을 열고 목적 외 처리 금지, 목적·범위, 보호조치와 접근 제한, 재위탁 제한, 교육·처리 현황 감독, 책임 관련 항목의 문서명·조항·버전을 현황표에 적습니다. 관련 법령을 준수한다는 한 문장만 확인하고 통과시키지 않습니다.

업체가 온라인 약관만 제공하면 현재 버전, 적용일과 변경 통지 경로를 저장합니다. 계약 조항과 실제 관리자 화면이 다르면 계약 있음으로 닫지 않고 보완 책임자와 기한을 붙입니다.

5. 처리방침 표와 실제 수탁자를 같은 줄로 맞춥니다

홈페이지 개인정보 처리방침을 열고 위탁업무 내용과 수탁자가 실제 목록과 같은지 봅니다. 작성 방식은 개인정보보호위원회 개인정보 처리방침 작성지침을 확인합니다. 지침 예시를 그대로 복사하지 않고 실제 업체 법인명, 업무와 갱신일을 반영합니다.

브랜드명과 계약 법인명이 다르거나 대행사를 거쳐 하위업체를 쓰면 관계가 읽히도록 연결합니다. 공개 문구를 고친 뒤에는 실제 페이지 URL, 게시일, 검수자와 변경 전후 버전을 남깁니다. 수탁사가 많거나 자주 바뀌는 방식은 현재 법령과 작성지침에 맞는 표시 방법을 별도 검토합니다.

6. 재수탁사와 감독 증거를 업체에 요청합니다

수탁자에게 현재 재수탁사, 맡은 업무, 접근 항목, 저장·처리 위치, 변경 통지 방식과 위탁자의 동의 기록을 요청합니다. 글로벌 인프라처럼 답이 모호하면 실제 사업자와 역할을 다시 묻습니다. 확인되지 않은 연쇄 위탁이 있으면 새 전송이나 갱신을 보류합니다.

감독은 인증서 한 장을 받아 두는 것으로 끝내지 않습니다. 한의원 데이터에 접근하는 역할, 관리자 계정, 접속기록, 사고 통지, 백업·삭제, 재수탁 변경을 질문하고 결과·보완 담당·기한을 남깁니다. 점검 주기는 위험도에 따라 정하는 내부 통제이며 법정 단일 주기처럼 쓰지 않습니다.

> [수탁사 점검 요청] 업체 ID: ___ / 확인 기준일: ___ / 한의원 데이터 접근 역할·인원: ___ / 관리자·지원 계정: ___ / 재수탁사와 업무: ___ / 저장·백업 위치: ___ / 사고 통지 경로: ___ / 종료 시 반환·삭제 방법: ___ / 증빙 문서·화면: ___ / 회신 담당·예정일: ___

계약 종료 전에 회수와 삭제 시험하기

7. 계정 해지보다 먼저 원본을 회수합니다

관리자 화면에서 내보내기(Export) 또는 데이터 다운로드를 실행해 필요한 원본의 형식, 필드와 정상 열림을 확인합니다. 법령상 보존이 필요한 자료와 서비스 편의를 위한 사본을 구분합니다. 내보낸 파일의 승인된 보관 위치, 접근자와 이전 완료 증거를 적습니다.

이어 사용자·지원 계정, API 키, 웹훅, 자동화, 전자우편 전달을 하나씩 차단합니다. 한꺼번에 해지하기 전에 예약·문자·청구 같은 필수 업무의 수동 경로와 복구 담당을 시험합니다. 정상이라면 기존 서비스로 새 데이터가 들어가지 않고 대체 경로에서 한 건의 입력·처리·대조가 끝납니다.

8. 화면 삭제와 업체 내부 삭제를 나눠 확인합니다

관리자 화면에서 계정을 삭제한 것과 업체·재수탁사 내부 사본이 삭제된 것은 같은 증거가 아닙니다. 백업 삭제주기나 법적 보존 책임이 남는다면 대상, 근거, 접근 제한과 최종 처리 예정일을 예외로 기록합니다. 확인서나 시험 없이 모두 삭제로 표시하지 않습니다.

완료했는지 확인

• 홈페이지·예약·CRM·문자·이메일·자동화·개인계정의 외부 흐름을 조사했습니다.
• 모든 외부 흐름에 업체 ID와 한의원 담당자가 있습니다.
• 법률관계를 실제 목적·결정권으로 검토했고 불명확한 행은 보류했습니다.
• 위탁 업체는 계약 항목과 실제 화면을 대조했습니다.
• 처리방침의 위탁업무·수탁자와 실제 목록이 맞습니다.
• 재수탁사·접근 역할·저장·백업 위치와 동의 상태를 확인했습니다.
• 교육·감독 결과에 증거와 보완 담당·기한이 있습니다.
• 종료 시 원본 회수·계정·연동·사본·백업을 각각 확인했습니다.

현황표 완료는 모든 행을 통과로 만드는 것이 아닙니다. 외부업체·무료도구·개인계정 전수 조사, 업체별 관계 법률 검토, 모든 재수탁사와 저장·백업 위치 확인, 종료 반환·삭제 시험이 남았다면 해당 open gate를 보류로 표시합니다. 목적 외 처리, 동의 없는 재위탁 의심, 사고 은폐나 삭제 실패가 발견되면 신규 전송을 멈추고 개인정보 책임자와 사고대응 절차로 넘깁니다.