발행 보류진료시간·검사시간 불일치 후보
“토요일에도 내시경 검사가 가능해요”
처리등록된 정보는 “토요일 외래만”이에요. 검사 일정이 승인되기 전까지 발행을 보류해요.
구축 예시 · 내과 · 내시경·검진 중심
온유내과의원
온유내과의원
검사 준비부터
결과 상담까지,
한 흐름으로
토요일 외래는 하지만 내시경은 다른 일정으로 운영하는 내과를 가정했어요. 진료시간과 검사 가능 시간이 섞이지 않게 나누고, 검사 안내에서 의료진·준비·결과 상담·예약까지 이어지게 설계했어요.
- 구분
- 구축 예시 가상 병원
- 진료과
- 내과 · 내시경·검진 중심
- 설계 범위
- 기획 · 정보 구조 · PC/모바일 화면 · 관리자 · 콘텐츠 검토 흐름 · GEO 구조
- 공개 상태
- 실제 운영 사이트 없음
대표 화면 · 위내시경 검사 안내
환자가 가장 먼저 찾는 페이지를
중심에 뒀어요
홈보다 먼저 봐야 할 화면은 “위내시경 검사 안내”예요. 검색이나 AI 답변의 링크로 들어온 환자가 처음 도착할 가능성이 높은 페이지라서, 이 페이지 하나로 판단이 끝나게 구성했어요.
PC 화면은 위에서부터 이렇게 구성했어요
- 1제목·요약
“위내시경 검사 안내”. 제공하는 검사 범위와 병원 위치 한 줄. 버튼은
검사 예약 방법 보기
. - 2핵심 정보 3칸
검사 가능 일정 / 담당 의료진 / 예약 방법. 외래 진료 시간은 “외래 시간과 다를 수 있어요” 안내와 함께 내원 안내로 연결해요.
- 3검사 설명
검사 목적, 병원에서 제공하는 방법, 상담이 필요한 경우, 위험과 한계. 의료진이 승인한 설명만 넣는 자리예요.
- 4진료 흐름
예약·사전 확인 → 검사 → 회복·귀가 안내 → 결과 상담. 순서는 실제 병원 운영에 맞춰요.
- 5검사 전 준비
최신 승인 버전의 준비 안내 문서로 연결해요. “복용 중인 약은 병원에 먼저 알려주세요”처럼 개별 확인 경로를 안내해요.
- 6결과·검사 후 안내
누가, 어떤 방식으로 결과를 설명하는지. 검사 후 문의할 곳.
- 7의료진·검토 정보
담당 의료진 카드, 이 페이지를 검토한 사람과 검토일.
- 8관련 질문·예약
자주 묻는 질문은 본문에서 바로 답하고, 관련 글·내원 안내·예약으로 연결해요.
화면 속 요일·인원·문구는 예시 데이터예요.
가정한 상황
“토요일 진료”가
“토요일 검사 가능”으로 읽혀요
내과 홈페이지에서 흔히 생길 수 있는 상황을 가정했어요.
- 설계 전 · 가정한 기존 모습
홈 하단 시간표에 “토요일 진료”만 한 줄 있어요.
설계 후외래 시간, 검사 일정, 의료진 일정을 서로 다른 항목으로 등록해요. 항목마다 출처·확인 담당자·적용 시작일을 붙여요.
- 설계 전 · 가정한 기존 모습
내시경 설명은 장비 소개 페이지에, 준비 안내는 공지 글에 흩어져 있어요.
설계 후검사 안내 페이지 하나에 일정·의료진·준비·결과 상담·예약을 모아요.
- 설계 전 · 가정한 기존 모습
소개 글이 외래 시간을 그대로 가져와 “토요일에도 편하게 검사받으세요”라고 적혀 있어요.
설계 후글을 만들 때는 승인된 검사 일정만 써요. “토요일 진료”를 “토요일 검사 가능”으로 넓혀 쓰면 불일치 후보로 표시해요.
- 설계 전 · 가정한 기존 모습
결과를 언제, 누구에게 듣는지는 전화로만 안내해요.
설계 후결과 상담 방법을 페이지 본문에 적어요.
- 설계 전 · 가정한 기존 모습
휴진을 바꿀 때 팝업만 고치고 진료 안내 시간표는 그대로 남아요.
설계 후일정을 바꾸면 영향 받는 페이지와 글을 목록으로 먼저 보여줘요.
모르는 일정은 비워둬요 확인되지 않은 검사 일정은 추측해서 채우지 않아요. 비워두고 확인 전
으로 표시해요.
환자 질문
환자 질문 다섯 개로
페이지를 설계했어요
질문마다 답에 필요한 병원 사실, 답이 있을 위치, 그다음 행동을 정했어요. 이 질문 목록은 설계 예시이고, 실제 검색량 순위가 아니에요.
| 환자 질문 (예시) | 답하려면 필요한 병원 사실 | 답이 있는 곳 | 다음 행동 |
|---|---|---|---|
| 이 동네에서 위내시경 검사를 받을 수 있나요? | 실제 제공 검사, 주소, 검사 일정, 담당 의료진 | 위내시경 검사 안내 상단 | 예약 방법 확인 |
| 진정 내시경과 일반 내시경 상담이 되나요? | 제공하는 방법, 의료진이 승인한 차이와 고려사항 | 검사 설명 섹션 | 진료 상담 |
| 먹는 약이 있는데 준비는 어떻게 하나요? | 승인된 준비 안내, 개별로 확인하는 경로 | 검사 전 준비 안내 | 병원에 먼저 문의 |
| 결과는 언제, 어떻게 듣나요? | 병원의 결과 안내 방식, 조직검사 여부에 따른 차이 | 결과·검사 후 안내 | 결과 상담 절차 확인 |
| 검사 후에 이상하면 어디에 연락하나요? | 승인된 대응 안내, 실제 연락 경로 | 결과·검사 후 안내 | 안내된 연락처 이용 |
실제 프로젝트에서는 개인정보를 뺀 실제 문의와 병원이 가진 검색 자료로 질문을 고치고, 실제 문의와 기획 가설을 구분해서 적어요.
정보 구조
메뉴를 이렇게 나눈 데는
이유가 있어요
페이지마다 독립된 목적이 있는지 먼저 봤어요. 설명할 내용이 충분하지 않으면 새 페이지 대신 기존 페이지의 섹션으로 합쳤어요.
합친 것과 나누지 않은 것
진정 내시경과 일반 내시경은 페이지를 나누지 않았어요. 방문 목적이 같아서 “검사 설명” 섹션 안에서 차이를 설명해요.
단어만 바꾼 지역별·검색어별 복제 페이지는 만들지 않아요. 비슷한 질문은 한 페이지에서 충실하게 답해요.
onyu-clinic.example구축 예시 · 가상 병원
-
홈
/주력 진료 두 개(위내시경 검사, 만성질환 관리)와 이번 주 진료·검사 일정으로 바로 가게 했어요. 홈에서 모든 걸 설명하지 않아요.
- 위내시경 검사 안내
/care/endoscopy중심 페이지검색이나 AI 답변의 링크로 들어온 환자가 이 페이지 하나로 판단할 수 있게 일정·의료진·준비·결과·예약을 모았어요.
- 만성질환 관리
/care/chronic정기 내원과 검사 결과 상담을 찾는 환자의 목적이 달라서 따로 뒀어요.
- 검사 전 준비 안내
/guide/endoscopy-prep준비 안내는 의료진이 승인한 문서 버전으로 관리해야 해요. 여러 페이지에서 같은 문서를 연결해요.
- 의료진
/doctors의료진마다 담당 진료와 일정을 연결해요. 이름만 나열하지 않아요.
- 내원 안내
/visit시간 정보 원본외래 시간, 검사 일정, 휴진, 위치, 주차, 예약 방법을 한 곳에 모으고 다른 페이지는 이 원본을 가져다 써요.
- 건강 정보
/journal검토자와 검토일이 붙은 글만 올라가요. 관련 진료 페이지와 서로 연결돼요.
- 공지
/notice휴진처럼 기간이 있는 소식은 게시 기간을 정해 두고 끝나면 자동으로 내려가게 설계했어요.
핵심 페이지
핵심 페이지 네 개를
이렇게 연결했어요
진료, 의료진, 내원 안내, 콘텐츠를 하나씩 눌러 보세요. 페이지마다 보여주는 것, 이유, 연결, 올리기 전 확인할 것을 정리했어요.
- 보여주는 것
- 검사 가능 범위 → 사전 확인 → 검사 당일 흐름 → 결과 안내 → 예약.
- 이렇게 한 이유
- 환자는 “받을 수 있나”를 먼저 확인하고, 그다음에 준비와 결과를 궁금해해요.
- 연결
- 올리기 전에 확인
- 외래 시간을 검사 시간으로 추정하지 않았는지
- 병원 자료에 없는 준비·복약 지시가 없는지
- 보여주는 것
- 이름, 담당 진료, 진료·검사 일정, 이 의료진이 검토한 글.
- 이렇게 한 이유
- “누가 검사하고 결과를 설명하나요?”에 답하려면 의료진과 진료가 서로 이어져 있어야 해요.
- 연결
- 올리기 전에 확인
- 경력·자격은 병원이 확인한 내용인지
- 의료진 이름을 검토하지 않은 글에 장식처럼 붙이지 않았는지
- 보여주는 것
- 외래 시간과 검사 일정을 다른 표로. 휴진, 위치, 주차, 전화, 예약 방법.
- 이렇게 한 이유
- 시간 정보의 원본을 한 곳에 두면 한 번만 고쳐도 다른 페이지 표시가 함께 바뀌어요.
- 연결
- 올리기 전에 확인
- 외부 지도·예약 서비스에 적힌 정보와 같은지
- 자동으로 같이 바뀌는지는 서비스마다 따로 확인해요
- 보여주는 것
- 검토자와 검토일, 관련 진료가 붙은 건강 정보 글.
- 첫 주제 예시
- 처음 위내시경 상담을 받을 때 확인할 것
- 검사 전 복용약 정보를 병원에 전달하는 방법
- 검사 결과와 조직검사 결과 안내는 어떻게 다른가
- 이렇게 한 이유
- 글 수를 늘리기보다 진료 페이지가 답하지 못한 질문을 채워요. 병원 자료가 확보된 주제부터 써요.
- 올리기 전에 확인
- 목적이 같은 기존 글이 있으면 새로 쓰지 않고 기존 글을 고쳐요
관리자 · 토요일 검사 일정을 바꿀 때
일정 하나 바꿀 때,
어디가 같이 바뀌는지
먼저 보여줘요
휴진이나 일정을 바꿀 때 가장 흔한 실수는 한 곳만 고치는 거예요. 온유내과의원 관리자에서는 저장하기 전에 영향 받는 페이지를 먼저 확인해요.
- 1일정 종류 고르기외래 시간, 검사 일정, 의료진 일정 중 하나를 골라요.담당 · 병원 직원결과 · 섞이지 않은 입력 화면
- 2변경 내용과 확인자 입력변경 전후, 적용 시작일, 확인한 사람을 적어요. 확인자가 없으면 저장은 되지만
확인 전
으로 남아요.담당 · 병원 직원 - 3영향 받는 곳 확인같은 원본을 쓰는 표·카드는 자동으로 바뀌어요. 본문에 손으로 적은 문장은 재검토 목록에 올라가요.결과 · 영향 페이지 미리보기
- 4저장과 공개 나누기저장 권한과 공개 권한을 나눠요. 공개 권한이 있는 사람이 최종 반영해요. 저장하면 “저장했어요. 공개 권한이 있는 분이 확인하면 반영돼요.”라고 알려줘요.결과 · 공개 대기 → 공개됨
- 5기록과 되돌리기누가, 언제, 어떤 값을 바꿨는지 남아요. 이전 값으로 되돌린 뒤 연결 페이지를 다시 확인하는 방법까지 교육해요.결과 · 변경·복원 기록
직접 고치는 것과 요청하는 것
병원 직원이 직접
- 외래 시간, 검사 일정, 휴진
- 의료진 정보, 사진 교체
- 공지 등록과 게시 기간
- 건강 정보 글 검토·승인 (권한이 있는 경우)
KC에 요청 (제작사 작업)
- 새 페이지 유형이나 레이아웃 변경
- 새 기능 추가
- 예약·외부 서비스 연동
- 정보 구조나 메뉴 변경
직접 고칠 수 있는 항목, 권한 나누는 방식, 교육 범위는 프로젝트 명세에서 정해요.
GEO 적용
GEO를 적용했다는 말 대신,
무엇을 했는지 적어요
검색과 AI가 병원 정보를 찾고 이해하기 쉬운 기반을 만드는 일이에요. 실제로 보일지는 각 서비스가 정해요.
| 영역 | 이 예시에서 한 일 | 받는 산출물 | 확인하는 방법 |
|---|---|---|---|
| 정보 구조 | 질문을 진료 가능 여부·준비·결과·방문으로 묶고 페이지와 연결했어요 | 대표 질문마다 답이 있는 위치와 다음 행동을 찾을 수 있는지 | |
| 콘텐츠 | 외래·검사·의료진 일정을 분리해 출처·확인자·적용일과 함께 등록했어요 | 미확인 일정으로 만든 초안이 승인·공개되지 않는지 | |
| 기술 접근 | 로그인 없이 읽히는 본문, 페이지 제목·설명, 진료별 개별 주소, 사이트맵, 화면 정보와 같은 구조화 데이터 | 주요 정보가 펼치기나 영상 재생 없이 본문에 있는지 | |
| 외부 정보 일치 | 지도·예약 서비스에 적힌 시간과 홈페이지를 비교했어요 | 자동으로 같이 바뀌는지 서비스별로 따로 확인 | |
| 점검·보고 | 공개 후 같은 질문을 같은 조건으로 확인하는 기록표를 설계했어요 | 날짜·서비스·질문·확인 횟수·출처 주소를 함께 적는지 |
구축 예시
이 예시는 실제로 공개하지 않았기 때문에 관찰 기록이 없어요.
Google 검색 한정
Google 검색의 생성형 AI 기능 가이드는 AI 전용 파일이나 특별한 마크업이 필수가 아니라고 안내해요. 그래서 색인, 공개 본문, 링크 같은 기본부터 챙겨요. 다른 서비스는 방식이 다를 수 있어서 따로 확인해요.
보장하지 않아요
사이트를 고친다고 외부 AI가 바로 최신 내용으로 답한다고 보장할 수 없어요.
글 검토 · 자동 점검이 표시하는 후보
AI가 쓴 초안에서
이런 문장을 먼저 찾아요
자동 점검은 틀릴 수 있는 부분을 찾아주는 기능이에요. 표시된 후보는 담당자가 확인하고, 의료 내용은 병원의 지정 검토자가 최종 판단해요.
의료진 확인개인별 판단이 필요한 복약 지시
“검사 전에는 먹는 약을 모두 끊으세요”
처리의료진 검토로 보내요. 준비 안내는 승인된 문서 문장만 써요.
자료 확인미등록 장비
병원 자료에 없는 장비 이름
처리장비 목록에 없는 이름은 삭제하거나, 병원이 보유 사실을 확인한 뒤 등록해요.
표현 확인근거 확인 필요
근거 없는 숫자나 효과 단정
처리병원 자료에 근거가 없으면 문장을 고치거나 뺀 뒤 다시 검토해요.
진행 불가검토자 누락
검토자 없이 승인 요청된 글
처리검토자를 지정하기 전에는 승인 단계로 넘어가지 않아요.
재승인승인 버전 v3 · 지금 v4 · 다시 승인 필요
승인한 뒤에 본문이 바뀐 글
처리승인한 버전만 예약할 수 있어요. 발행 직전에도 승인 버전과 현재 버전을 한 번 더 대조해요.
자동 점검이 모든 오류를 찾지는 못해요 놓친 항목도 기록해서 점검 기준을 고쳐요. 의학적 정확성이나 의료광고 적법성을 대신 판단하지 않아요.
공개 후 유지관리 · 이 예시에서 맡는다고 가정한 일
공개한 뒤에도
업무 흐름 단위로 확인해요
사이트가 열리는지만 보지 않아요. 문의가 담당자에게 도착하는지, 예약 발행이 실패하지 않았는지까지 봐요.
시험 문의 끝까지 따라가기
시험 문의를 일반 문의와 구분해 저장 → 알림 → 담당자 확인까지 따라가 봐요. 알림 실패와 접수 실패는 다른 상태로 기록해요.
예약 발행 실패 처리
예약 발행이 실패하면 원고와 오류 기록을 보존하고, 이미 게시됐는지 확인한 뒤 같은 건을 다시 처리해요. 중복 게시를 막아요.
링크·인증서·도메인
깨진 링크, 보안 인증서(SSL)와 도메인 만료 일정을 확인해요.
백업 복원 점검
합의한 백업을 격리된 환경에 복원해 주요 페이지·파일·관리자 접근을 점검해요.
운영 보고서
운영 보고서에 완료 · 미해결 · 병원 자료 대기 · 다음 작업을 나눠 적어요.
외부 업체 장애 기록
외부 업체 장애는 확인한 사실과 누가 처리를 기다리는지 함께 적어요.
점검 주기, 응답·복구 시간, 작업량은 계약에서 정해요. 이 예시에는 정해진 숫자가 없어요.
유지관리 범위 보기검수 · 공개 전에 이렇게 시험해요
완료는
시험해 본 결과로
확인해요
실제 프로젝트라면 오른쪽 시나리오를 병원 담당자와 함께 수행하고, 항목별 결과와 수정 내역을 인계 자료로 드려요.
검수 결과·관찰 성과 이 예시는 실제로 공개한 사이트가 아니라서 검수 결과와 성과 기록이 없어요. 실제 사례라면 이 자리에 검수표 결과와, 측정 기간·질문·서비스·확인 횟수를 밝힌 관찰 기록을 적어요. 기록이 없으면 비워두지 않고 “측정하지 않았어요”라고 적어요.
검수 시나리오
구축 예시 · 가상 병원- 1
테스트 검사 일정 한 건을 바꾸면 진료 안내·의료진 카드·내원 안내에 똑같이 반영돼요. 모바일 화면도 확인해요.
- 2
확인 전인 검사 일정으로 만든 초안은 승인도 공개도 되지 않아요.
- 3
승인한 글의 본문을 고치면 다시 승인해야 예약할 수 있어요.
- 4
병원에 없는 장비 이름이 들어간 초안에는 경고가 떠요.
- 5
발행이 실패한 뒤 다시 처리해도 같은 글이 두 번 올라가지 않아요.
- 6
병원 담당자가 직접 휴진 등록, 의료진 변경, 공지 종료를 해보고 되돌리기까지 확인해요.
- 7
테스트 문의가 담당자 확인까지 도착해요. 알림 실패를 성공으로 표시하지 않아요.
수행 결과측정하지 않았어요 · 구축 예시라 기록이 없어요
참고한 자료
정보 구성만 참고했어요
의료기관 정보 구성 참고확인 2026.09.13
Gastroscopy
NHS
- 확인한 내용
- 검사 목적, 준비, 검사 전·중·후 과정, 합병증, 결과 안내를 나누어 설명해요.
- KC 적용 판단
- 내과 검사 안내 페이지에서 빠진 정보를 찾는 참고 구조로 썼어요.
- 적용 한계
- 영국 의료기관 자료예요. 시간·연락처·복약 안내를 국내 병원 원고로 옮기지 않아요. 해당 페이지의 검색 성과를 조사한 자료가 아니에요.
공식 지침확인 2026.09.13
생성형 AI 기능 최적화 가이드
Google Search Central
- 확인한 내용
- 기존 검색 기본기가 생성형 AI 검색 기능에도 적용되고, 별도 AI 파일·특수 스키마는 필수가 아니라고 안내해요.
- KC 적용 판단
- 페이지 수보다 공개 접근, 병원 고유 정보, 관련 안내 연결을 먼저 점검해요.
- 적용 한계
- Google 검색의 생성형 AI 기능에 대한 안내예요. 다른 AI 서비스 전체의 규칙이 아니에요.
우리 내과도
일정이 여기저기 흩어져 있나요?
지금 홈페이지 주소와 주력 진료만 알려주세요. 외래·검사·의료진 일정이 어디에 어떻게 적혀 있는지부터 함께 살펴봐요.
상담 화면은 시안이라 입력한 내용을 보내거나 저장하지 않아요. 참고 사례 이름만 함께 전달돼요.