병원 운영 담당
공지·시간·사진·기본 정보를 수정하고, 원고에 쓸 자료를 준비해요.
글을 빨리 만드는 것보다, 어떤 자료로 썼고 누가 어느 버전을 승인했는지가 더 중요해요. 자료, 점검, 승인, 발행을 나누면 책임이 분명해져요.
읽기 전에 의학적 진료 지침이나 의료광고 법률 자문이 아니에요. 병원이 AI 초안을 쓸 때 운영 규칙을 정하도록 돕는 안내예요.
한 줄 요약
이 글을 끝까지 읽으면, AI 초안을 도입하기 전에 아래 네 가지를 정할 수 있어요.
01 · 전체 흐름 한눈에
단계마다 맡는 사람이 있고, 남는 기록이 있어요. 기록이 있어야 나중에 “누가 어느 버전을 확인했는지” 답할 수 있어요.
의료진, 진료, 진료·검사 일정을 출처와 함께 등록해요.
기존 글과 목적을 비교해서 새 글을 쓸지, 기존 글을 고칠지 정해요. 병원 자료가 없는 주제는 “자료 요청”으로 둬요.
등록된 자료만으로 초안을 만들고, 사용한 자료의 ID·버전과 관련 진료를 연결해요.
일정 충돌, 등록되지 않은 장비·의료진, 근거 없는 숫자·효과 단정, 검토자 누락을 후보로 표시해요.
의료 내용을 확인하고 수정 요청, 반려, 승인 중 하나를 골라요. 어떤 선택이든 사유를 남겨요.
승인한 버전만 예약해요. 발행 직전에 승인 버전과 현재 버전을 한 번 더 대조해요.
본문이나 참조한 병원 정보가 바뀌면 기존 승인을 재확인 대상으로 돌려요.
이 흐름은 KC가 구축할 수 있는 운영 구조의 설계예요. 관리자 체험 화면은 일부 상태만 보여주는 데모이고, 실제 생성·발행은 하지 않아요. 관리자 체험 보기
02 · 초안에 쓸 자료 정하기
AI는 빈칸을 그럴듯하게 채우는 데 익숙해요. 그래서 자료와 규칙을 먼저 정해 두어야 해요.
왜 글 수보다 자료가 먼저인가요? Google 검색의 스팸 정책은 사용자에게 도움이 부족한 대량 콘텐츠를, 사람이 썼든 자동으로 만들었든 문제로 볼 수 있다고 안내해요. 매일 많이 올리는 것보다 승인된 자료로 정확하게 쓰는 게 먼저예요.
03 · 자동 점검과 사람의 판단
자동 점검은 오류 후보를 찾는 보조 과정이에요. 초안에서 자주 나오는 상황으로 어디까지가 자동이고 어디부터가 사람인지 나눠 봤어요.
예시 상황온유내과의원·결피부과의원 (가상 병원)
| 초안에서 발견한 상황 | 자동으로 표시하는 것 | 사람이 결정할 일 | 처리 |
|---|---|---|---|
| 토요일은 외래만 등록돼 있는데 “토요일 내시경 가능”이라고 썼어요 | 등록된 외래·검사 일정의 불일치 후보 | 검사 담당자가 실제 검사 일정을 확인해요 | 자료를 보완하기 전까지 승인을 보류해요 |
| “검사 전 먹는 약을 모두 끊으세요”라고 썼어요 | 개인별 판단이 필요한 복약 지시 후보 | 의료진이 병원의 승인된 준비 안내와 대조해요 | 개별 확인 경로 안내로 고치고 다시 검토해요 |
| 병원 정보에 없는 장비·의료진 이름이 나왔어요 | 등록 정보와 불일치, 비슷한 이름 후보 | 실제 보유·재직 여부와 정확한 명칭을 확인해요 | 확인된 정보로 고친 뒤 다시 검토해요 |
| “이 레이저로 모든 흉터가 사라져요”처럼 효과·횟수·회복을 단정했어요 | 단정 표현, 근거가 연결되지 않은 숫자 | 의료 내용의 조건과 한계를 확인해요 | 자동으로 “적법” 또는 “정확”이라고 판정하지 않아요 |
| 승인한 뒤에 문장이 고쳐졌어요 | 승인 버전과 현재 원고의 차이 | 바뀐 내용을 다시 검토해요 | 기존 예약을 보류하고 재승인을 받아요 |
| 게시 요청 뒤 응답이 끊겼어요 | 발행 식별자와 게시 주소로 이미 공개됐는지 확인 | 불분명하면 운영 담당자가 공개 상태를 확인해요 | 확인 없이 새 글을 중복으로 만들지 않아요 |
자동 점검이 대신하지 않는 것 자동 점검은 의학적 정확성이나 의료광고 적법성을 판단하지 않아요. 모든 오류를 찾는다고 보장하지도 않아요. 점검에서 놓친 항목과 잘못 표시한 항목도 검토 기록에 남겨서 기준을 고쳐요.
04 · 원고 검토 화면 예시
검토자가 보는 화면이에요. 걸린 이유와 승인할 버전이 한 화면에 보여요.
초안 문장과 등록된 병원 정보를 나란히 놓고 비교해요.
운영 정보 v5, 검사 준비 안내 v2처럼 어떤 자료로 썼는지 알 수 있어요.
버튼이 잠긴 이유를 글로 함께 보여줘요.
v3을 승인한 뒤 문장이 바뀌면 v4를 다시 승인해야 해요.
사유를 적어야 보낼 수 있고, 검토 기록에 남아요.
눌러보세요 검토 화면 예시에서 ‘자료 보기’를 눌러 세 항목을 확인하면 승인 버튼이 열려요. ‘수정 요청’으로 사유 입력도 해볼 수 있어요.
기능 데모예시 데이터 · 실제 생성·발행 없음
확인이 필요해요 · 3건
위내시경 검사 전에
병원에 확인할 것
초안 “토요일 내시경 가능”
등록된 정보: 토요일은 외래 진료만
운영 정보 v5에는 토요일 외래 진료만 있고, 토요일 검사 일정은 없어요. 검사 담당자가 실제 일정을 확인해요.
“먹는 약을 모두 끊으세요”는
사람마다 달라요
승인된 검사 준비 안내 v2와 대조해요. 개인별 복약은 병원에 확인하도록 안내할지 의료진이 판단해요.
병원 정보에 없는 장비 이름이 있어요
확인 전등록된 장비 목록에 이 이름이 없어요. 실제 보유 여부와 정확한 명칭을 확인해요.
v3 승인 뒤 2문장이 바뀌었어요
확인하지 않은 항목이 3건 있어요. 확인 후 승인할 수 있어요.
검토 의견 남기기
사유는 승인 기록과 함께 남아요. (예시 화면이라 저장되지 않아요)
05 · 역할과 운영 방식
역할마다 할 수 있는 일과 넘으면 안 되는 경계가 있어요. 병원 인력에 맞게 운영 방식을 고를 수 있어요.
공지·시간·사진·기본 정보를 수정하고, 원고에 쓸 자료를 준비해요.
진료 설명과 근거를 확인하고 수정 요청·승인·반려를 해요.
승인본의 일정을 정하고, 공개·실패 상태를 확인해요.
기능·권한·연동·오류·백업을 지원해요.
| 할 일 | 직접 운영 | 함께 운영 | 운영 대행 |
|---|---|---|---|
| 병원 자료 준비·갱신 | 병원 | 병원 | 병원이 전달, KC가 등록 지원 |
| 초안 작성 | 병원 (KC 도구 사용) | KC가 합의한 범위에서 | KC가 합의한 범위에서 |
| 사실·의료 내용 검토모든 방식에서 병원 | 병원 | 병원 | 병원 |
| 최종 승인모든 방식에서 병원 | 병원 | 병원 | 병원 |
| 예약·발행·실패 확인 | 병원 | 합의해서 정해요 | KC가 합의한 범위에서 |
| KC가 맡는 일 | 구조·도구 구축, 교육, 기술 지원 | 초안·점검·개선 작업과 보고 | 콘텐츠·기술 운영, 반복 관측 |
범위는 운영 명세에서 정해요 어떤 방식이든 사실 확인과 최종 승인은 병원이 해요. 원고 수, 대상 채널, 관측 주기, 수정 범위는 운영 명세에서 정해요. 기능을 납품하는 것과 원고 작성을 대신하는 것은 별도 범위예요.
06 · 상태별로 할 수 있는 일
상태별로 할 수 있는 일을 정해 두면, 실수로 공개되는 일을 막을 수 있어요.
| 상태 | 할 수 있는 일 | 공개 여부 |
|---|---|---|
| 자료 요청 | 자료 추가, 주제 조정 | 공개할 수 없어요 |
| 검토 대기 | 의견 남기기, 수정, 반려, 승인 | 공개할 수 없어요 |
| 승인 완료 | 승인본 미리보기, 예약 | 예약 조건을 확인한 뒤 가능해요 |
| 예약됨 | 예약 취소, 일정 조정. 본문을 고치면 다시 검토해요 | 발행 시점에 승인 버전을 다시 대조해요 |
| 발행 실패 | 원인 확인, 공개 상태 대조, 같은 발행 건 재처리 | 성공으로 표시하지 않아요 |
| 공개 후 자료 변경 | 영향받는 글 확인, 수정, 필요하면 비공개 결정 | 내용과 위험에 따라 담당자가 판단해요 |
07 · 승인 후에 바뀌면
버전이 바뀌면 승인도 다시 받아야 해요. 이 규칙이 없으면 검토 기록이 있어도 의미가 없어져요.
승인 뒤 문장을 고쳤는데 그대로 예약 발행돼요
승인 버전과 현재 버전이 다르면 예약을 보류하고 재승인을 받아요
진료시간이 바뀌었는데 예전 시간이 담긴 글이 계속 공개돼요
참조한 병원 정보가 바뀌면 관련 글을 재확인 대상으로 돌려요
공개된 글에 문제가 있는지 아무도 추적하지 않아요
공개된 글은 “검토 대기”로 추적하고, 수정·비공개는 담당자가 결정해요
의료진이 퇴사했는데 과거 글의 검토 기록까지 지워요
과거 검토 이력은 그대로 두고, 현재 담당 표시와 글 검토를 따로 처리해요
08 · 발행에 실패하면
실패도 하나의 업무 흐름으로 정해 두세요. 순서가 정해져 있으면 같은 글이 두 번 올라가는 일을 막을 수 있어요.
09 · 진료과별 검토 포인트
검토자가 특히 볼 곳을 진료과별로 정리했어요.
설계 예시진료과별 설계 예시예요. 실제 성과 사례가 아니에요.
초안에 필요한 자료
검토 포인트
초안에 필요한 자료
검토 포인트
초안에 필요한 자료
검토 포인트
초안에 필요한 자료
검토 포인트
10 · 도입 전 확인 목록
병원과 제작사가 같이 보는 목록이에요. 눌러서 체크하며 하나씩 확인해 보세요.
공개 전에 직접 시험해 볼 장면이에요.
참고 자료
2026년 9월 13일에 확인했어요. 자료마다 이 글과의 관계와 적용 한계를 함께 적었어요.
Google 검색 센터
Google 검색 센터
NHS