<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"><channel><title>병원GEO진단</title><link>https://hospitalgeocheck.com/</link><description>의료진 소개가 AI 답변에 어떻게 나오는지, 인용 출처와 검색 접근성은 어떤지 병원GEO진단으로 점검해 틀린 정보와 수정 우선순위를 정합니다.</description><language>ko</language><lastBuildDate>Mon, 26 Oct 2026 07:12:39 +0900</lastBuildDate><item><title>원자료 없는 재인용, 직접 확인된 근거와 나눠 기록하는 방법</title><link>https://hospitalgeocheck.com/%EC%9B%90%EC%9E%90%EB%A3%8C-%EC%97%86%EB%8A%94-%EC%9E%AC%EC%9D%B8%EC%9A%A9-%EC%A7%81%EC%A0%91-%ED%99%95%EC%9D%B8%EB%90%9C-%EA%B7%BC%EA%B1%B0%EC%99%80-%EB%82%98%EB%88%A0-%EA%B8%B0%EB%A1%9D%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9B%90%EC%9E%90%EB%A3%8C-%EC%97%86%EB%8A%94-%EC%9E%AC%EC%9D%B8%EC%9A%A9-%EC%A7%81%EC%A0%91-%ED%99%95%EC%9D%B8%EB%90%9C-%EA%B7%BC%EA%B1%B0%EC%99%80-%EB%82%98%EB%88%A0-%EA%B8%B0%EB%A1%9D%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:12:39 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>직접 연 근거와 재인용 주장의 구분</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>재인용한 원자료가 없으면 그 주장을 직접 열어 본 근거와 같은 무게로 평가하지 않고, 원자료 미확보라는 상태를 밝혀 따로 기록합니다. 답변이 인용한 글이 「한 연구에 따르면」이나 「관련 기관 발표에 의하면」이라고 다른 자료를 들어 말했다면, 그 글은 주장의 출발점이 아니라 전달하는 곳입니다. 출발점인 원자료를 열어 보지 못했다면, 진단 담당이 가려낸 것은 전달하는 글에 그 말이 있다는 사실까지입니다.</p></div><p>인용된 글이 열린다는 것과 주장의 근거가 있다는 것은 다릅니다. 글은 멀쩡히 열리고 주장도 그 글에 그대로 있어, 겉으로는 근거가 있는 답변처럼 읽힙니다. 그러나 그 글이 든 원자료가 실제로 그렇게 말했는지, 그런 원자료가 있기는 한지는 글만으로는 알 수 없습니다.</p><p>판정은 네 가지입니다. 인용된 글이 스스로 주장의 출발점이면 직접 근거, 다른 자료를 들었고 그 원자료를 열어 같은 내용을 찾았으면 원자료 확보, 원자료를 구할 수 없으면 원자료 미확보, 원자료를 열었더니 주장과 다르면 원자료 불일치입니다. 원자료 미확보는 주장이 틀렸다는 판정이 아니고, 맞다고도 틀리다고도 말할 수 없다는 상태입니다.</p></section><section id="p1-table"><h2>인용 근거의 네 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>직접 근거</td><td>인용된 글이 스스로 그 사실의 출발점임</td><td>그 글의 내용을 병원 공식 정보와 맞댐</td></tr><tr><td>원자료 확보</td><td>인용된 글이 다른 자료를 들었고, 그 원자료를 열어 같은 내용을 찾음</td><td>원자료의 주소와 해당 문장을 기록</td></tr><tr><td>원자료 미확보</td><td>인용된 글이 다른 자료를 들었으나 그 원자료를 구할 수 없음</td><td>구하지 못한 까닭과 찾은 방법을 기록하고, 확인된 근거로 세지 않음</td></tr><tr><td>원자료 불일치</td><td>원자료를 열었으나 인용된 글의 주장과 내용이 다름</td><td>두 문장을 나란히 기록하고 수정 권고 목록에 올림</td></tr></tbody></table></div></div><p>네 판정은 답변의 주장마다 매깁니다. 한 글에서 나온 주장 둘 가운데 하나는 그 글이 스스로 밝힌 사실이고 다른 하나는 다른 자료를 옮긴 것일 수 있어, 글 단위로 하나의 판정을 매기지 않습니다.</p><p>직접 근거의 예는 병원 공식 홈페이지가 자기 진료 시간을 밝힌 페이지입니다. 그 사실을 정하는 곳이 병원이므로 더 거슬러 올라갈 원자료가 없습니다. 반면 외부 글이 병원의 진료 시간을 전했다면 그 글은 전달하는 곳이고, 원자료는 병원이 승인한 공식 자료입니다.</p><p>원자료 미확보에는 원자료의 이름조차 밝히지 않은 경우도 들어갑니다. 「연구에 따르면」이라고만 쓰고 어떤 연구인지 밝히지 않은 글은 거슬러 올라갈 길이 없어 원자료 미확보로 매기고, 찾은 방법 칸에는 글에 나온 표현으로 찾아본 일이나 이름이 없어 찾을 길이 없었다는 사실을 씁니다.</p></section><section id="p2-steps"><h2>재인용 고리를 거슬러 올라가는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변 원문과 질문한 날짜, 인용된 글의 주소를 저장하고 답변의 주장을 한 줄씩 떼어 냅니다.</li><li>진단 담당이 인용된 글을 열어, 주장에 해당하는 문장이 다른 자료를 들어 말한 것인지를 가립니다.</li><li>다른 자료를 들었다면, 진단 담당이 그 글의 참고문헌이나 본문에서 원자료의 이름과 주소를 찾습니다.</li><li>진단 담당이 원자료를 열어 같은 내용이 있는지 맞대고, 앞의 표에 있는 네 판정 가운데 하나를 매깁니다. 원자료를 구하지 못했다면 아래 표의 칸대로 기록합니다.</li><li>원자료 미확보와 원자료 불일치는 진단 담당이 기록과 함께 원장에게 넘기고, 의료 내용에 관한 주장은 의료진이 읽도록 따로 표시합니다.</li></ol><p>넷째 단계에서 원자료도 다른 자료를 들어 말했다면 한 번 더 거슬러 올라갑니다. 고리가 몇 번 이어지든 끝까지 가서, 스스로 출발점인 자료에 닿았을 때 원자료 확보로 매깁니다. 중간에 끊기면 끊긴 곳을 기록하고 원자료 미확보로 매깁니다.</p><p>둘째 단계에서 재인용인지 가리는 표지는 문장 안에 있습니다. 「~에 따르면」 「~라고 한다」 「~로 알려져 있다」처럼 말의 주인이 글쓴이가 아닌 문장은 다른 자료를 들어 말한 것입니다. 표지가 없고 글쓴이가 자기 사실로 말한 문장이라면, 그 글이 그 사실을 정하는 곳인지를 따져 직접 근거인지 가립니다.</p><p>다섯째 단계에서 의료 내용을 따로 표시하는 까닭은 진단 담당이 그 주장의 맞고 틀림을 정하지 않기 때문입니다. 원자료가 없는 의료 주장은 근거를 확인할 수 없다는 사실만 기록하고, 병원이 그 주장을 자기 글에 옮겨 쓰고 있는지는 의료진과 원장이 따집니다.</p></section><section id="p2-missing"><h2>원자료 미확보 기록의 네 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>재인용 문장</td><td>인용된 글에서 다른 자료를 들어 말한 문장 그대로</td></tr><tr><td>밝힌 원자료</td><td>글이 든 원자료의 이름과 주소, 밝히지 않았으면 없음</td></tr><tr><td>찾은 방법</td><td>원자료를 찾으려고 한 일과 그 날짜</td></tr><tr><td>구하지 못한 까닭</td><td>이름이 없음, 찾을 수 없음, 열리지 않음, 열람이 막혀 있음 가운데 하나</td></tr></tbody></table></div></div><p>넷째 칸의 까닭에 따라 다음 진단에서 할 일이 다릅니다. 열리지 않았던 원자료는 다시 열어 볼 수 있고, 이름이 없는 원자료는 다시 찾을 방법이 없습니다. 까닭을 나눠 써야 다음 진단 담당이 어느 줄을 다시 시도할지 알 수 있습니다.</p><p>셋째 칸의 찾은 방법은 짧게라도 빠뜨리지 않습니다. 참고문헌의 주소를 열었는지, 자료 이름으로 찾았는지, 글쓴이에게 물었는지가 남아 있어야 같은 시도를 되풀이하지 않고, 아직 하지 않은 방법이 무엇인지도 드러납니다.</p></section><section id="p3-apply"><h2>재인용 한 건을 거슬러 올라가는 적용 방법</h2><p>거슬러 올라가는 일은 주장 하나를 두고 고리를 하나씩 따라가면 됩니다. 다음은 설명을 위해 꾸민 가상의 예입니다. 답변은 「이 병원은 지역 의료 평가에서 좋은 평가를 받았습니다」라고 전했고, 인용 표시에는 한 건강 정보 사이트의 글이 있었습니다. 이것은 가상의 AI 답변입니다.</p><p>첫 고리는 인용된 글입니다. 그 글에는 「지역 의료 평가에 따르면 ○○의원이 좋은 평가를 받았다고 한다」는 문장이 있었습니다. 이 문장은 평가 결과를 스스로 낸 것이 아니라 다른 자료를 들어 말한 재인용입니다.</p><p>둘째 고리는 그 글이 든 원자료입니다. 글에는 평가를 누가 언제 했는지가 없었고, 참고문헌도 없었습니다. 진단 담당은 글에 나온 표현으로 그 평가를 찾았지만, 그런 이름의 평가를 낸 기관을 찾지 못했습니다.</p><p>판정은 원자료 미확보로 매깁니다. 기록의 네 칸에는 재인용 문장 그대로, 밝힌 원자료는 없음, 찾은 방법은 글에 나온 표현으로 찾은 일과 그 날짜, 구하지 못한 까닭은 이름이 없음이라고 씁니다.</p><p>이 판정에서 하지 않는 일이 있습니다. 그런 평가는 없다고 단정하지 않고, 병원이 좋은 평가를 받지 않았다고도 쓰지 않습니다. 기록하는 것은 답변의 주장이 원자료로 이어지지 않았다는 사실뿐입니다. 원장은 이 기록을 받아, 병원이 실제로 그런 평가를 받은 적이 있는지와 그 글에 병원이 자료를 건넨 적이 있는지를 따집니다.</p><p>원자료 미확보가 여러 건 쌓이면 어느 글이 그런 재인용을 자주 싣는지도 드러납니다. 같은 사이트의 글이 되풀이해 원자료 없이 병원을 말하고 있다면, 그 사이트를 인용 출처 목록에 따로 표시해 다음 진단에서 먼저 맞댑니다.</p><p>넘길 때는 답변 원문, 인용된 글의 해당 문장, 미확보 기록의 네 칸을 함께 넘깁니다. 다음 진단 담당은 구하지 못한 까닭이 열리지 않음이었던 줄부터 다시 열어 보고, 이름이 없음이었던 줄은 다시 시도하지 않습니다.</p></section><section id="p4-faq" class="faq-section"><h2>원자료 없는 재인용 자주 묻는 질문</h2><details class="faq-acc" open><summary>원자료가 유료 논문이어서 열지 못하면 어떻게 판정하나요?</summary><p>열람이 막혀 있는 원자료 미확보로 매깁니다. 초록만 열 수 있다면 초록에 같은 내용이 있는지를 기록에 함께 쓰되, 본문을 열지 못했다는 사실을 밝힙니다. 병원 의료진이 그 논문을 가지고 있다면 의료진이 맞대어 판정을 고칩니다.</p></details><details class="faq-acc"><summary>여러 글이 같은 원자료를 재인용하면 근거가 튼튼해지나요?</summary><p>튼튼해지지 않습니다. 같은 원자료를 옮긴 글이 여럿이어도 출발점은 하나이고, 그 원자료를 구하지 못했다면 그 글들은 모두 원자료 미확보에 해당합니다.</p></details><details class="faq-acc"><summary>원자료 미확보 주장이 병원에 유리한 내용이면 그대로 두어도 되나요?</summary><p>유리한지 불리한지로 다르게 다루지 않습니다. 근거를 확인할 수 없는 주장이 병원 소개처럼 전해지고 있다는 사실을 원장에게 알리고, 병원이 그 주장을 자기 채널에 옮겨 쓰지 않도록 합니다.</p></details><details class="faq-acc"><summary>병원이 낸 자료가 원자료인데 병원이 그 자료를 찾지 못하면 어떻게 하나요?</summary><p>병원이 원자료를 가진 쪽인데 구하지 못했다면, 구하지 못한 까닭을 찾을 수 없음으로 쓰고 실장에게 그 자료를 찾아 달라고 요청합니다. 찾은 뒤에 원자료 확보나 원자료 불일치로 다시 매깁니다.</p></details><details class="faq-acc"><summary>인용된 글이 원자료의 주소를 밝혔는데 그 주소가 다른 내용으로 바뀌어 있으면 어떤 판정인가요?</summary><p>지금 열리는 내용이 주장과 다르다면 원자료 불일치로 매기되, 글이 쓰인 때의 내용과 달라졌을 수 있다는 사실을 함께 기록합니다. 그 주소의 예전 내용을 구할 길이 없다면, 불일치가 처음부터 있었는지 나중에 생겼는지는 가릴 수 없다고 밝힙니다.</p></details></section><section id="p4-next"><h2>재인용 고리를 병원 쪽에서 잇는 방법</h2><p>외부 글이 병원을 언급하면서 병원의 공식 페이지를 원자료로 밝혀 주면, 재인용 고리가 병원의 공식 정보까지 이어집니다. 병원이 밖에서 언급되도록 하면서 그 언급이 공식 페이지로 이어지게 하는 방법은 브랜드 언급 확보에서 따로 다룹니다.</p><p>병원 채널의 글도 같은 기준으로 씁니다. 다른 자료를 들어 말할 때는 자료의 이름과 주소를 밝히고, 밝힐 수 없는 자료는 옮겨 쓰지 않습니다. 병원 글이 원자료 미확보의 출처가 되지 않게 하기 위해서입니다. 예전에 올린 글에 출처 없는 재인용이 남아 있다면 실장이 찾아 목록으로 만들고, 원장이 고칠지 내릴지를 정합니다.</p></section>]]></description></item><item><title>오래된 증서로 확정한 의료진 자격 유효 상태, 현행 증빙 기준</title><link>https://hospitalgeocheck.com/%EC%98%A4%EB%9E%98%EB%90%9C-%EC%A6%9D%EC%84%9C%EB%A1%9C-%ED%99%95%EC%A0%95%ED%95%9C-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%9E%90%EA%B2%A9-%EC%9C%A0%ED%9A%A8-%EC%83%81%ED%83%9C-%ED%98%84%ED%96%89-%EC%A6%9D%EB%B9%99-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%98%A4%EB%9E%98%EB%90%9C-%EC%A6%9D%EC%84%9C%EB%A1%9C-%ED%99%95%EC%A0%95%ED%95%9C-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%9E%90%EA%B2%A9-%EC%9C%A0%ED%9A%A8-%EC%83%81%ED%83%9C-%ED%98%84%ED%96%89-%EC%A6%9D%EB%B9%99-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:12:26 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>취득한 사실과 지금 유효한 상태의 구분</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>AI가 오래된 증서만으로 의료진의 자격이 지금도 유효하다고 확정했다면, 증서가 밝혀 주는 것은 그 해에 취득했다는 사실까지이므로 현재 유효함을 밝혀 줄 현행 증빙이 있는지를 따로 찾고, 없으면 취득 이력까지만 인정합니다. 자격 가운데에는 한 번 받으면 끝나는 것이 있고, 정해진 기간마다 갱신해야 이어지는 것이 있습니다. 증서에 쓰인 날짜는 받은 날입니다. 그 뒤로 갱신했는지, 기간이 끝났는지, 제도가 달라졌는지는 증서 한 장에 담겨 있지 않습니다.</p></div><p>병원 소개에 걸린 증서의 사진이나 「몇 년 취득」이라는 문장을 놓고 AI가 「현재 자격을 보유하고 있다」고 전하면, 과거의 한 날을 말하던 문장이 오늘을 말하는 문장으로 달라집니다. 글자로는 작은 차이지만, 환자가 알고 싶은 것은 오늘 진료하는 의료진의 상태입니다.</p><p>판정 값은 현행 증빙으로 맞음, 취득 이력으로 전함, 현재 유효로 확정, 유효 조건 자료 없음, 증서 없음의 다섯입니다. 현재 유효로 확정은 갱신이 필요한 자격인데 현행 증빙 없이 AI가 지금도 유효하다고 전한 문장입니다. 취득 이력으로 전함은 AI가 취득한 해와 사실만 전한 문장이며, 증서와 같으면 어긋남이 없습니다.</p><p>이 판정은 의료진의 자격이 실제로 끝났다고 말하지 않습니다. 현행 증빙이 없다는 것은 진단하는 날까지 그 자료를 받지 못했다는 뜻입니다. 자격의 효력에 대한 결론은 발급한 기관과 해당 전문가가 가릴 일이고, 진단은 받은 자료가 어디까지를 받쳐 주는지만 기록합니다.</p></section><section id="p1-table"><h2>증빙의 상태와 답변의 표현에 따른 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>병원이 내준 증빙</th><th>AI 답변의 표현</th><th>판정</th></tr></thead><tbody><tr><td>답변을 받은 날에 유효함을 밝힌 증빙이 있음</td><td>지금 자격이 있다고 전함</td><td>현행 증빙으로 맞음</td></tr><tr><td>취득한 날이 쓰인 증서가 있음</td><td>취득한 해와 사실만 전함</td><td>취득 이력으로 전함</td></tr><tr><td>취득 증서만 있고 갱신이 필요한 자격임</td><td>지금도 유효하다고 전함</td><td>현재 유효로 확정</td></tr><tr><td>취득 증서만 있고 갱신이 필요한지 알 자료가 없음</td><td>지금도 유효하다고 전함</td><td>유효 조건 자료 없음</td></tr><tr><td>증서를 받지 못함</td><td>어떤 표현이든</td><td>증서 없음</td></tr></tbody></table></div></div><p>갱신이 필요 없는 자격은 취득 증서가 곧 현행 증빙입니다. 다만 갱신이 필요 없다는 사실도 자료로 받아야 합니다. 발급한 기관의 제도 문서에 유효 기간을 두지 않는다고 쓰여 있으면 그 문장을 옮기고 현행 증빙으로 맞음을 매깁니다. 담당이 「이런 자격은 평생 가는 것」이라고 알고 있다는 것만으로 매기지 않습니다.</p><p>유효 조건 자료 없음은 현재 유효로 확정보다 앞선 물음이 풀리지 않은 값입니다. 그 자격에 기간이 있는지를 모르므로 AI 문장이 틀렸는지도 가릴 수 없습니다. 제도 문서를 실장에게 요청하고, 받은 뒤에 다시 매깁니다.</p></section><section id="p2-current"><h2>현행 증빙이 되는 자료와 되지 않는 자료</h2><p class="table-caption">지금 유효하다는 것을 밝혀 줄 수 있는 자료는 정해져 있습니다. 실장이 의료진 본인에게서 받아 아래 다섯 가지로 나눠 넘깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>밝혀 주는 것</th><th>옮길 것</th></tr></thead><tbody><tr><td>갱신한 증서</td><td>갱신한 날과 다음 기한</td><td>증서의 날짜와 기한, 발급한 기관</td></tr><tr><td>발급 기관이 공개한 지금의 명단</td><td>명단을 연 날에 자격이 올라 있음</td><td>명단의 주소, 연 날, 같은 사람임을 가린 표지</td></tr><tr><td>발급 기관이 내준 확인서</td><td>확인서를 낸 날에 유효함</td><td>확인서의 날짜와 문장</td></tr><tr><td>제도 문서의 유효 기간 조항</td><td>갱신이 필요한지, 기간이 얼마인지</td><td>조항의 문장과 문서의 판</td></tr><tr><td>의료진 본인의 답</td><td>증빙이 어디에 있는지</td><td>답한 날과 내용, 증빙 아님 표시</td></tr></tbody></table></div></div><p>의료진 본인의 답은 증빙으로 세지 않습니다. 「갱신했다」는 답은 자료를 요청하는 출발점이고, 그 답을 받쳐 줄 증서나 명단이 도착했을 때 값이 달라집니다. 본인을 믿지 않아서가 아니라, 진단 기록이 다른 사람에게 넘어갔을 때 같은 결론에 닿을 수 있어야 하기 때문입니다.</p><p>명단으로 맞댈 때에는 같은 사람인지를 먼저 가립니다. 이름이 같은 사람이 있을 수 있으므로 명단이 함께 밝힌 발급 번호나 소속으로 맞추고, 그런 표지가 없는 명단은 「이름만 같음」이라고 써서 현행 증빙으로 쓰지 않습니다. 명단을 연 날을 쓰는 까닭은 명단이 달라질 수 있어서이며, 답변을 받은 날과 명단을 연 날이 멀면 그 사실을 함께 밝힙니다.</p><p>제도 문서는 담당이 풀어 쓰지 않고 조항의 문장을 옮깁니다. 기간이 몇 해인지, 갱신하지 않으면 자격이 어떻게 되는지를 문서의 낱말로 씁니다. 제도가 중간에 달라졌다면 의료진이 취득한 때의 판과 지금의 판을 나눠 옮기고, 어느 판이 이 의료진에게 적용되는지는 발급한 기관의 안내로만 정합니다. 안내에서 찾지 못하면 유효 조건 자료 없음입니다.</p><p>증서의 사진은 증서와 같게 다룹니다. 병원 소개에 걸린 증서 사진에서 받은 날과 기한을 읽을 수 있으면 옮기고, 글자가 읽히지 않으면 실장에게 원본의 날짜를 요청합니다. 사진이 걸려 있다는 것은 그 증서를 받았다는 데까지를 받쳐 줍니다.</p><p>AI 문장에서는 때를 말하는 낱말을 찾습니다. 「취득했다」, 「받았다」, 「몇 년에」는 과거를 말한 것이고, 「보유하고 있다」, 「현재」, 「유효한」, 「인증된」은 지금을 말한 것입니다. AI가 「해당 자격을 갖춘 의료진입니다」라고 전했다면 지금을 말한 문장이므로 현행 증빙과 맞댑니다.</p></section><section id="p3-log"><h2>갱신 기한을 따라가는 점검 기록</h2><p>자격의 유효 상태는 한 번 맞춰 놓아도 날이 지나면 달라집니다. 오늘 현행 증빙으로 맞음이던 줄이 기한이 지나면 같은 증서를 놓고도 현재 유효로 확정이 됩니다. 그래서 의료진과 자격을 줄로 한 점검 기록을 씁니다.</p><p>한 줄에는 의료진, 자격의 정식 이름, 발급한 기관, 취득한 날, 갱신이 필요한지, 가장 최근의 현행 증빙과 그 날짜, 다음 기한, 병원 글에서 이 자격을 말한 문장과 주소를 씁니다. 갱신이 필요 없는 자격은 다음 기한 칸에 「기한 없음」과 그것을 밝힌 조항을 씁니다.</p><p>점검은 다음 기한을 기준으로 합니다. 기한이 다가온 줄은 실장이 의료진에게 갱신했는지를 묻고, 새 증빙을 받으면 날짜를 고칩니다. 기한이 지났는데 새 증빙이 없는 줄은 「현행 증빙 없음」으로 표시하고, 병원 글이 그 자격을 지금의 것으로 쓰고 있는지를 찾아 옮깁니다. 글이 「몇 년 취득」이라고 과거로 쓰고 있다면 고칠 곳이 없고, 「보유」라고 쓰고 있다면 원장에게 올립니다.</p><p>AI 답변은 이 기록 위에 맞댑니다. 답변을 받은 날이 그 자격의 기한 안이었는지 밖이었는지를 줄에서 찾아 값을 매깁니다. 같은 AI 문장이라도 받은 날에 따라 값이 달라질 수 있으므로, 받은 날을 빠뜨린 답변 자료는 값을 매기기 전에 자료를 낸 사람에게 날짜를 되묻습니다.</p><p>기록에는 점검한 날을 남깁니다. 마지막 점검에서 오래 지난 기록은 그 자체가 오래된 증서와 같아지므로, 넘길 때 점검한 날을 맨 위에 씁니다.</p></section><section id="p3-handover"><h2>넘기는 묶음과 병원 글의 권고</h2><p>원장에게는 건마다 질문과 AI 문장, 때를 말한 낱말, 증서의 취득한 날, 현행 증빙의 종류와 날짜, 판정 값을 묶어 넘깁니다. 현재 유효로 확정을 맨 앞에, 유효 조건 자료 없음을 그다음에 올립니다. 병원 글이 기한 지난 자격을 지금의 것으로 쓰고 있는 줄은 따로 표시합니다.</p><p>수정 권고는 병원 글에 한정합니다. 자격을 쓸 때 취득한 해를 함께 밝히고, 갱신이 필요한 자격은 현행 증빙이 있을 때에만 지금의 것으로 쓰도록 권고합니다. 자격과 경력을 글이나 광고에 어떻게 실을 수 있는지는 원장이 의료광고 심의 기준을 확인해 정하며, 진단 담당은 판정하지 않습니다. 고친 문장은 진단 담당이 대신 쓰지 않으며, 고친다고 AI 답변이 달라진다고 약속하지 않습니다. 의료진마다의 자격과 다음 기한을 글마다 따로 챙기지 않고 병원의 기본 사실을 모은 문서에서 함께 관리하는 방법은 병원 기관 정보 정비에서 이어서 정리합니다.</p></section><section id="p4-faq" class="faq-section"><h2>의료진 자격의 유효 상태 자주 묻는 질문</h2><div class="faq-card"><h3>갱신 기한이 지났지만 갱신 절차가 진행 중이라고 하면 어떤 값으로 매기나요?</h3><p>진행 중이라는 말은 현행 증빙이 아니므로, AI가 지금 유효하다고 전했다면 현재 유효로 확정입니다. 비고에 의료진이 답한 날과 내용을 쓰고, 발급한 기관이 절차 중의 상태를 어떻게 다루는지를 제도 문서에서 찾아 옮깁니다. 새 증서가 도착하면 그날로 다시 매깁니다.</p></div><div class="faq-card"><h3>증서에 기한이 쓰여 있지 않으면 갱신이 필요 없는 자격으로 매겨도 되나요?</h3><p>그것만으로는 그렇게 매기지 않습니다. 증서에 기한이 없다는 것과 제도에 기한이 없다는 것은 다릅니다. 제도 문서의 조항을 받아 기한을 두지 않는다는 문장이 있으면 현행 증빙으로 맞음이고, 조항을 받지 못하면 유효 조건 자료 없음입니다.</p></div><div class="faq-card"><h3>의료진이 병원을 옮긴 뒤에 받은 갱신 증서도 우리 병원의 증빙으로 쓸 수 있나요?</h3><p>자격은 사람에게 주어진 것이므로 어느 병원에 있을 때 갱신했는지는 값에 쓰지 않습니다. 증서에 쓰인 이름과 발급 번호가 이 의료진의 것인지를 가리고, 갱신한 날과 다음 기한을 옮깁니다. 증서에 예전 소속이 쓰여 있으면 그대로 옮기고 고쳐 쓰지 않습니다.</p></div><div class="faq-card"><h3>AI가 자격의 유효 기간을 구체적인 해로 전했는데 증서와 다르면 어떻게 하나요?</h3><p>AI가 전한 해와 증서의 해를 나란히 옮깁니다. 답변을 받은 날이 증서의 기한 안이면 유효하다는 결론은 현행 증빙과 같으므로 현행 증빙으로 맞음으로 매기고, 기한의 해가 다르다는 점을 비고에 써서 원장에게 넘깁니다. 기한 밖이면 현재 유효로 확정입니다.</p></div><div class="faq-card"><h3>여러 자격 가운데 하나만 기한이 지났다면 의료진 소개 전체를 고치라고 권고하나요?</h3><p>자격마다 줄이 따로이므로 그 줄만 넘깁니다. 기한이 지난 자격을 말한 문장과 주소를 옮기고, 나머지 자격은 값대로 놓습니다. 소개 전체를 다시 쓸지는 원장이 정합니다.</p></div></section>]]></description></item><item><title>같은 브랜드 다른 운영 주체의 병원 합치기, 법인과 식별 자료 대조</title><link>https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EB%B8%8C%EB%9E%9C%EB%93%9C-%EB%8B%A4%EB%A5%B8-%EC%9A%B4%EC%98%81-%EC%A3%BC%EC%B2%B4%EC%9D%98-%EB%B3%91%EC%9B%90-%ED%95%A9%EC%B9%98%EA%B8%B0-%EB%B2%95%EC%9D%B8%EA%B3%BC-%EC%8B%9D%EB%B3%84-%EC%9E%90%EB%A3%8C-%EB%8C%80%EC%A1%B0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EB%B8%8C%EB%9E%9C%EB%93%9C-%EB%8B%A4%EB%A5%B8-%EC%9A%B4%EC%98%81-%EC%A3%BC%EC%B2%B4%EC%9D%98-%EB%B3%91%EC%9B%90-%ED%95%A9%EC%B9%98%EA%B8%B0-%EB%B2%95%EC%9D%B8%EA%B3%BC-%EC%8B%9D%EB%B3%84-%EC%9E%90%EB%A3%8C-%EB%8C%80%EC%A1%B0</guid><pubDate>Mon, 26 Oct 2026 07:12:13 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>답의 사실마다 어느 기관의 것인지 가리는 판정</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>브랜드 이름이 같고 운영 주체가 다른 병원을 AI가 합쳤는지는 답에 나온 사실을 하나씩 떼어 어느 기관의 것인지를 가리는 방식으로 확인합니다. 가리는 근거는 기관마다의 개설 명칭과 전체 주소, 대표 전화입니다. 진단 대상 기관의 승인 자료와 같으면 제 기관의 사실이고, 같은 브랜드를 쓰는 다른 기관의 값과 같으면 다른 기관의 사실입니다.</p></div><p>이 경우가 이름만 우연히 같은 기관이 섞인 경우와 다른 점은 실제로 관계가 있다는 것입니다. 같은 브랜드를 쓰기로 한 기관들은 이름과 표지, 때로는 홈페이지의 틀까지 함께 씁니다. 그래서 어떤 사실은 정말로 공통입니다. 브랜드의 이름과 브랜드가 시작된 해는 어느 기관에 붙어도 틀리지 않습니다. 그러나 의료진, 진료 시간, 비용, 주소는 기관마다 다르고, 진료의 책임도 기관마다 따로 집니다.</p><p>진단은 브랜드 관계가 있다는 것에서 멈추지 않고, 어디까지가 공통이고 어디부터 기관별인지를 자료로 나눕니다. 판정 값은 제 기관의 사실, 다른 기관의 사실, 브랜드 공통, 합쳐 말함, 대상 미상, 자료 미확인 여섯입니다.</p></section><section id="p1-official"><h2>같은 브랜드의 기관들이 답에 옮겨질 때 알려진 것</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 인용된 출처를 열어 답을 뒷받침하는지 가리라고 안내합니다. 같은 브랜드 이름을 쓰는 여러 기관을 AI가 어떻게 구별하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>그래서 진단은 「AI가 브랜드 이름 때문에 헷갈렸다」고 쓰지 않습니다. 답의 사실이 어느 기관의 자료와 같았는지, 인용된 글이 어느 기관의 글이었는지까지만 옮깁니다.</p></section><section id="p1-table"><h2>기관 귀속 판정표</h2><p class="table-caption">답에서 떼어 낸 사실은 하나마다 아래 기관 귀속 판정표의 여섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>답이 전한 사실</th><th>식별 자료와 맞댄 결과</th><th>판정</th><th>기록에 옮길 것</th></tr></thead><tbody><tr><td>주소, 전화, 의료진, 진료 시간, 비용 같은 기관별 사실</td><td>진단 대상 기관의 승인 자료와 같음</td><td>제 기관의 사실</td><td>없음</td></tr><tr><td>기관별 사실</td><td>같은 브랜드 다른 기관의 값과 같고, 그 기관이 개설 명칭과 전체 주소 또는 대표 전화로 가려짐</td><td>다른 기관의 사실</td><td>그 기관의 개설 명칭, 가린 근거, 인용된 글</td></tr><tr><td>브랜드 이름, 브랜드가 시작된 해처럼 브랜드에 속한 사실</td><td>브랜드 관계 자료에 공통으로 밝혀져 있음</td><td>브랜드 공통</td><td>관계 자료의 이름과 날짜</td></tr><tr><td>의료진 수, 지점 수, 누적 실적처럼 여러 기관을 더한 값</td><td>진단 대상 기관 하나의 것으로 전함</td><td>합쳐 말함</td><td>더해진 범위, 진단 대상 기관만의 값</td></tr><tr><td>기관별 사실</td><td>어느 기관의 값인지 가릴 식별 자료가 답에도 인용된 글에도 없음</td><td>대상 미상</td><td>함께 실린 단서</td></tr><tr><td>어느 사실이든</td><td>브랜드 관계 자료나 기관의 승인 자료를 받지 못함</td><td>자료 미확인</td><td>받지 못한 자료와 날짜</td></tr></tbody></table></div></div><p>기관 귀속 판정표의 셋째 줄은 브랜드 관계 자료에 공통이라고 밝혀진 것에만 매깁니다. 「같은 브랜드이니 진료 방식도 같을 것」은 자료가 아니므로, 관계 자료에 없는 사실은 기관별 사실로 놓고 맞댑니다. 답이 브랜드를 관리하는 회사나 다른 기관의 개설자를 진단 대상 기관의 운영자로 전했다면 이 표로 매기지 않고, 개설과 진료의 책임 주체를 가리는 판정으로 넘깁니다.</p></section><section id="p2-table"><h2>기관 식별 자료표</h2><p class="table-caption">기관을 가리는 데에는 아래 기관 식별 자료표의 다섯 가지를 기관마다 옮겨 씁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>옮길 내용</th><th>기관을 가리는 데 쓰는 방식</th></tr></thead><tbody><tr><td>개설 명칭과 전체 주소</td><td>신고된 기관 이름, 건물과 호수까지의 주소</td><td>둘이 함께 맞을 때 그 기관으로 확정</td></tr><tr><td>대표 전화</td><td>그 기관만 쓰는 번호인지, 브랜드가 함께 쓰는 번호인지</td><td>그 기관만 쓰는 번호일 때 확정</td></tr><tr><td>공식 도메인</td><td>기관이 따로 가진 도메인인지, 브랜드가 함께 쓰는 도메인인지</td><td>따로 가진 도메인일 때 확정, 함께 쓰는 도메인이면 그 안의 기관 페이지에 실린 명칭과 주소로 가림</td></tr><tr><td>운영 주체</td><td>개설자의 이름이나 법인의 이름</td><td>같은 브랜드 안에서 주체가 같은 기관과 다른 기관을 나눔</td></tr><tr><td>브랜드 관계 자료</td><td>브랜드를 함께 쓰는 기관의 목록, 공통으로 쓰기로 한 범위, 자료의 날짜</td><td>브랜드 공통인 사실의 범위를 정함</td></tr></tbody></table></div></div><p>기관 식별 자료표의 첫째 자료에서 주소만 맞는 것으로는 확정하지 않습니다. 같은 호실에 예전에 다른 기관이 있었을 수 있으므로 개설 명칭이 함께 맞아야 합니다. 지역 이름, 진료 과목, 의료진 이름은 후보를 좁히는 단서로만 쓰고, 이것만으로 어느 기관의 사실이라고 정하지 않습니다.</p></section><section id="p2-steps"><h2>답의 사실을 기관별로 귀속시키는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 브랜드 이름과 지역을 넣은 질문으로 답을 받아 보관하고, 답에서 사실을 하나씩 떼어 번호를 매깁니다.</li><li>실장이 진단 대상 기관의 승인 자료와 운영 주체, 같은 브랜드를 쓰는 다른 기관의 목록과 브랜드 관계 자료를 넘깁니다.</li><li>진단 담당이 인용된 글마다 실린 개설 명칭과 주소, 전화를 옮겨 어느 기관의 글인지를 가립니다.</li><li>진단 담당이 사실마다 진단 대상 기관의 승인 자료, 다른 기관의 공개된 값, 브랜드 관계 자료와 맞대어 기관 귀속 판정표의 줄을 매깁니다.</li><li>원장이 다른 기관의 사실과 합쳐 말함으로 나온 건을 받아, 어느 글에 정정을 요청할지와 브랜드를 관리하는 쪽에 알릴지를 정합니다.</li></ol><p>셋째 단계에서 인용된 글이 브랜드 전체를 소개하는 글이라면 한 글 안에 여러 기관의 사실이 함께 있습니다. 이때에는 글 전체를 한 기관의 글로 놓지 않고, 답의 사실이 실린 문단이 어느 기관을 두고 쓴 것인지를 문단에 실린 명칭과 주소로 가립니다. 문단에 그런 표기가 없으면 대상 미상입니다.</p></section><section id="p3-apply"><h2>같은 브랜드의 기관이 섞이는 항목에 적용하는 방법</h2><p>의료진 소개부터 맞댑니다. 답이 든 의료진의 이름을 진단 대상 기관의 승인된 의료진 목록에서 찾습니다. 없다면 같은 브랜드 다른 기관의 공개된 의료진 소개에서 찾고, 그 소개가 실린 페이지의 개설 명칭과 주소로 기관을 가립니다. 그렇게 가려졌을 때 다른 기관의 사실로 매깁니다. 이름이 같은 다른 사람일 수 있으므로 이름만으로는 매기지 않습니다.</p><p>진료 시간과 휴진일은 기관마다 다를 수 있는 값입니다. 답의 시간이 진단 대상 기관의 운영표와 다르다는 것만으로는 다른 기관의 값이라고 할 수 없습니다. 다른 기관의 공개된 운영표와 같다는 것까지 맞대어졌을 때 기관 귀속 판정표의 둘째 줄로 매기고, 어느 기관의 값과도 같지 않으면 값이 틀린 건으로 넘깁니다.</p><p>후기와 평점은 기관별 사실입니다. 같은 브랜드 다른 기관에 달린 후기를 들어 진단 대상 기관을 말한 답은, 그 후기가 실린 페이지가 어느 기관의 것인지로 가립니다. 후기는 주소와 읽은 날짜, 영역의 구분, 판정에 필요한 최소 문장만 기록에 옮깁니다.</p><p>실적과 규모는 합쳐 말함이 나올 수 있는 항목입니다. 브랜드 소개 글에 실린 전체 의료진 수나 누적 실적이 한 기관의 것으로 전해졌는지를 읽습니다. 브랜드 관계 자료에 그 값이 브랜드 전체의 값으로 밝혀져 있다면, 답이 「브랜드 전체」라고 밝혀 전했을 때 브랜드 공통이고 한 기관의 것으로 전했을 때 합쳐 말함입니다.</p></section><section id="p3-link"><h2>판정 뒤 정정으로 이어지는 일</h2><p>진단 담당은 다른 기관의 사실과 합쳐 말함으로 매긴 건마다 답의 문장, 진단 대상 기관의 값, 인용된 글과 그 글의 기관을 묶어 넘깁니다. 인용된 글이 다른 기관의 글이라면 그 글은 틀린 것이 아닙니다. 그래서 그 글에 정정을 요청하지 않고, 진단 대상 기관의 글에 기관을 가리는 자료가 분명히 실려 있는지를 읽습니다.</p><p>브랜드가 함께 쓰는 글에서 기관 표기가 빠져 있었다면 그 글을 관리하는 쪽에 표기를 넣어 달라고 요청할 수 있습니다. 요청한 뒤 AI 답이 기관을 구별해 전한다고 약속하지는 않습니다. 기관을 가리는 정보를 의료진·진료·위치 정보와 한 구조로 정리하는 방법은 병원 데이터 구조화에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>같은 브랜드 다른 운영 주체의 병원 자주 묻는 질문</h2><div class="faq-card"><h3>운영 주체가 같고 지점만 다른 병원도 이 판정표로 매기나요?</h3><p>맞대는 방법은 그대로 쓸 수 있습니다. 다만 주체가 같으면 공통 자료를 한 곳에서 관리하므로 고칠 곳을 정하는 방식이 다릅니다. 실장이 넘긴 운영 주체가 같게 나온 기관끼리는 지점 사이의 값을 가리는 판정으로 넘기고, 주체가 다른 기관과의 건만 이 표에 남깁니다.</p></div><div class="faq-card"><h3>다른 기관이 틀리게 전해진 것을 발견하면 그 기관에 알려 주나요?</h3><p>진단의 범위는 진단 대상 기관입니다. 다른 기관의 오류는 기록에 남기지 않고, 진단 대상 기관에 다른 기관의 사실이 붙은 건만 남깁니다. 알릴지는 원장이 브랜드 관계를 헤아려 정합니다.</p></div><div class="faq-card"><h3>브랜드를 관리하는 회사의 홈페이지가 모든 기관을 한 기관처럼 소개하고 있으면 어떻게 하나요?</h3><p>그 글의 문단마다 기관 표기가 있는지를 읽어 기록합니다. 표기가 없는 문단에서 나온 사실은 대상 미상으로 매깁니다.</p></div><div class="faq-card"><h3>브랜드를 떠난 기관의 정보가 아직 같은 브랜드로 전해지면 어느 값인가요?</h3><p>읽은 날에 그 기관이 브랜드에 속해 있었는지부터 정합니다. 읽은 날의 목록에 그 기관이 없다면 같은 브랜드의 기관이 아니므로, 그 기관의 값이 붙은 건은 이름이 비슷한 다른 기관이 섞인 건으로 넘깁니다. 떠나는 날이 앞으로 정해져 있다면 그 날 전과 뒤의 관계를 변경 효력일 기준으로 넘깁니다.</p></div><div class="faq-card"><h3>브랜드 관계 자료를 병원이 공개하지 않으려 하면 판정할 수 없나요?</h3><p>자료 전체를 받지 않아도 됩니다. 같은 브랜드를 쓰는 기관의 목록과 공통으로 쓰기로 한 범위만 실장이 옮겨 넘기면 맞댈 수 있습니다. 그것도 받지 못하면 브랜드 공통인지 가릴 수 없는 사실은 자료 미확인으로 남깁니다.</p></div></section><section id="p4-exceptions"><h2>지역 말만 다른 기관 이름과 브랜드가 함께 쓰는 번호</h2><div class="note-box"><span class="box-label">예외·주의</span><p>같은 브랜드의 기관들은 브랜드 이름 뒤에 지역 말을 넣어 이름을 구별하는 일이 있습니다. 답이 지역 말을 빼고 브랜드 이름만으로 사실을 전했다면 이름으로는 어느 기관인지 가릴 수 없습니다. 답이나 인용된 글에 전체 주소와 개설 명칭이 함께 실려 있는지를 찾고, 없으면 기관 귀속 판정표의 다섯째 줄로 매깁니다.</p><p>브랜드가 상담 전화를 한 번호로 함께 받는 경우에는 그 번호가 어느 기관도 가려 주지 못합니다. 답이 그 번호를 진단 대상 기관의 전화로 전했다면, 실장이 넘긴 자료에서 그 번호가 기관의 대표 전화인지 브랜드가 함께 쓰는 번호인지를 찾습니다. 함께 쓰는 번호라면 같은 표의 셋째 줄이고, 기록에 「브랜드 공통 번호」라고 씁니다. 이 번호는 기관을 확정하는 근거로 쓰지 않습니다.</p></div></section>]]></description></item><item><title>다른 병원 질문에 대한 AI 답변, 우리 병원 진단에 쓰는 범위</title><link>https://hospitalgeocheck.com/%EB%8B%A4%EB%A5%B8-%EB%B3%91%EC%9B%90-%EC%A7%88%EB%AC%B8%EC%97%90-%EB%8C%80%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%EC%9A%B0%EB%A6%AC-%EB%B3%91%EC%9B%90-%EC%A7%84%EB%8B%A8%EC%97%90-%EC%93%B0%EB%8A%94-%EB%B2%94%EC%9C%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%8B%A4%EB%A5%B8-%EB%B3%91%EC%9B%90-%EC%A7%88%EB%AC%B8%EC%97%90-%EB%8C%80%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%EC%9A%B0%EB%A6%AC-%EB%B3%91%EC%9B%90-%EC%A7%84%EB%8B%A8%EC%97%90-%EC%93%B0%EB%8A%94-%EB%B2%94%EC%9C%84</guid><pubDate>Mon, 26 Oct 2026 07:12:00 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>다른 병원의 답이 우리 병원에 말해 주는 것</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>다른 병원을 물은 질문에 AI가 답한 내용은 우리 병원의 오류로 기록할 수 없고, 우리 병원에 같은 것을 물을 점검 항목의 예시로만 씁니다. 예외는 그 답 안에 우리 병원을 서술한 문장이 들어 있을 때이며, 그때도 그 문장만 진단 대상이 됩니다.</p></div><p>진단을 맡기는 병원은 다른 병원의 일을 들고 올 때가 있습니다. 가까운 병원이 AI 답변에서 휴진일이 틀리게 나왔다는 이야기, 같은 진료과 원장 모임에서 돌던 화면 같은 것입니다. 이런 자료는 「우리도 그럴 것 같다」는 걱정과 함께 옵니다. 걱정은 진단을 시작할 까닭이 되지만, 걱정의 근거가 된 답은 다른 기관에 대한 답입니다. 그 병원의 정보가 어떤 글에 어떻게 실려 있었는지에 따라 나온 답이므로, 우리 병원의 정보가 실린 글과는 사정이 다릅니다.</p><p>그래서 자료를 받으면 두 가지를 따로 옮깁니다. 질문이 누구를 물었는지, 그리고 답의 문장 하나하나가 누구를 말했는지입니다. 둘은 같지 않을 수 있습니다. 다른 병원을 물었는데 답이 우리 병원을 함께 말하기도 하고, 우리 병원을 물었는데 답이 다른 병원의 정보를 말하기도 합니다.</p></section><section id="p1-use"><h2>참고 예시로 하는 일과 하지 않는 일</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>다른 병원의 답으로 하려는 일</th><th>하는지</th><th>까닭</th></tr></thead><tbody><tr><td>우리 병원에 넣을 질문 목록에 같은 항목을 더함</td><td>함</td><td>어떤 정보가 틀리게 전해질 수 있는지 알려 주는 단서이므로</td></tr><tr><td>우리 병원의 같은 정보가 공식 글에 어떻게 실려 있는지 읽음</td><td>함</td><td>우리 병원의 원자료를 직접 읽는 일이므로</td></tr><tr><td>우리 병원의 오류 건수에 넣음</td><td>하지 않음</td><td>우리 병원을 서술한 답이 아니므로</td></tr><tr><td>보고서에 「우리 병원도 같은 상태로 추정됨」이라고 씀</td><td>하지 않음</td><td>우리 병원을 물은 답을 받기 전에는 알 수 없으므로</td></tr></tbody></table></div></div><p>표의 앞 두 줄은 다른 병원의 답을 출발점으로 삼아 우리 병원의 자료를 새로 읽는 일이고, 뒤 두 줄은 다른 병원의 답을 우리 병원의 결과로 옮겨 쓰는 일입니다. 앞의 것은 진단의 범위를 넓혀 주고, 뒤의 것은 없는 사실을 만들어 냅니다.</p></section><section id="p2-steps"><h2>질문의 대상과 답이 말한 기관을 따로 옮기는 순서</h2><ol class="step-list"><li>받은 자료를 그대로 저장하고 누가 어디에서 얻은 것인지 기록합니다. 질문 원문이 함께 있는지, 답 전문인지 일부인지도 표시합니다.</li><li>질문의 대상을 기록합니다. 우리 병원을 이름으로 물었는지, 다른 병원을 물었는지, 「이 지역의 병원」처럼 기관을 정하지 않고 물었는지입니다.</li><li>답을 문장으로 나누어, 문장마다 서술한 기관을 기록합니다. 병원 이름만으로 정하지 않고 주소, 대표 전화, 공식 홈페이지 주소 가운데 답에 함께 나온 것을 우리 병원의 정보와 맞댑니다. 의료진 이름은 후보를 좁히는 보조 단서로만 쓰고, 그것만 맞으면 「기관 불명」으로 남깁니다.</li><li>문장마다 아래 표로 값을 정합니다.</li></ol><p>셋째 단계에서 이름이 같거나 비슷한 병원이 있으면 이름만으로는 어느 기관인지 알 수 없습니다. 답에 이름 말고 다른 식별 정보가 없으면 「기관 불명」으로 기록합니다. 질문이 우리 병원을 물었다는 것이 답도 우리 병원을 말했다는 근거가 되지는 않습니다.</p><p>질문 원문이 없는 자료는 질문의 대상을 「알 수 없음」으로 기록하고, 값을 정할 때는 기관을 정하지 않고 물은 경우와 같게 다룹니다. 답이 우리 병원을 서술했는지는 질문 없이도 가릴 수 있지만, 어떤 물음에서 그 답이 나왔는지 모르면 같은 물음을 다시 넣을 수 없다는 사실을 메모에 남깁니다.</p></section><section id="p2-table"><h2>질문 대상과 응답 기관 판정표</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>답의 문장이 서술한 기관</th><th>질문의 대상</th><th>판정 값</th></tr></thead><tbody><tr><td>우리 병원(식별 정보 일치)</td><td>어느 쪽이든</td><td>진단 대상</td></tr><tr><td>어느 기관인지 알 수 없음</td><td>어느 쪽이든</td><td>기관 불명</td></tr><tr><td>다른 병원</td><td>우리 병원</td><td>다른 기관 혼입</td></tr><tr><td>다른 병원</td><td>다른 병원, 또는 기관을 정하지 않음</td><td>참고 예시</td></tr></tbody></table></div></div><p>「진단 대상」 문장은 우리 병원의 정보와 맞대어 맞는지 틀리는지를 판정합니다. 질문이 다른 병원을 물은 것이었다면 그 사실을 메모에 남깁니다. 우리 병원이 다른 병원을 묻는 질문의 답에 어떻게 곁들여 나오는지도 병원이 알아야 하는 일이기 때문입니다.</p><p>「다른 기관 혼입」은 우리 병원을 물었는데 답이 다른 병원의 정보를 말한 경우로, 우리 병원 진단에서 오류로 기록하는 값입니다. 환자는 그 정보를 우리 병원의 것으로 받아들입니다. 「참고 예시」만이 우리 병원의 결과에 들지 않는 값이고, 「기관 불명」은 식별 정보를 더 구할 때까지 어느 쪽에도 세지 않습니다.</p><p>「기관 불명」을 풀 때는 답에 달린 출처를 엽니다. 출처 글에 주소나 전화번호가 있으면 그것으로 기관을 정하고, 어느 글에서 식별 정보를 얻었는지를 기록합니다. 출처가 없거나 출처에도 이름뿐이면 값은 그대로 남깁니다. 진단 담당이 「이 지역에서 그 이름이면 우리 병원일 것」이라고 미루어 정하지 않습니다.</p></section><section id="p3-convert"><h2>참고 예시를 우리 병원의 점검 항목으로 옮기는 법</h2><p>참고 예시는 그대로 두면 남의 이야기이고, 점검 항목으로 옮겨야 진단에 쓸모가 생깁니다. 옮기는 방법은 예시에서 기관을 빼고 정보의 종류만 남기는 것입니다.</p><p>다른 병원의 답에서 휴진일이 틀리게 나왔다면 남는 것은 「휴진일」이라는 종류입니다. 야간 진료 여부가 틀렸다면 「진료 시간」, 없는 진료과가 있는 것으로 나왔다면 「진료과 목록」입니다. 이 종류를 우리 병원에 넣을 질문 목록에 더합니다. 이미 목록에 있던 종류라면 더하지 않고, 어떤 자료를 계기로 다시 읽었는지만 남깁니다.</p><p>질문의 꼴도 함께 옮깁니다. 다른 병원의 답이 병원 이름을 넣은 질문에서 나왔는지, 「지역과 진료과」로 물은 질문에서 나왔는지에 따라 우리 병원에 넣을 질문이 달라집니다. 예시의 질문에서 병원 이름만 우리 병원으로 갈아 끼운 문장을 점검 항목 옆에 써 놓으면, 뒤에 질문을 넣는 사람이 같은 조건으로 물을 수 있습니다.</p><p>다음으로 그 종류의 정보가 우리 병원의 어느 글에 실려 있는지를 찾습니다. 공식 홈페이지, 지도 서비스의 병원 정보, 병원이 운영하는 블로그처럼 병원이 아는 곳부터 읽어, 글마다 그 정보가 같은 내용으로 실려 있는지를 옮깁니다. 글끼리 어긋나 있다면 그것은 다른 병원의 답과 무관하게 우리 병원에서 찾은 사실입니다. 진단 기록에는 「원자료 어긋남」으로 쓰고, AI 답변의 오류와 다른 칸에 놓습니다.</p><p>점검 항목이 생겼다고 오류가 생긴 것은 아닙니다. 항목은 물을 것의 목록이고, 결과는 우리 병원을 물은 질문의 답을 받아야 나옵니다. 그 답을 이해할 때 관련되는 AI의 병원 정보 탐색·선택·설명 흐름과 신호는 AI 검색 노출 원리에서 공식 문서 범위로 다루며, 원리 설명만으로 우리 병원 답변의 오류를 판정하지 않습니다.</p></section><section id="p3-report"><h2>보고서에서 예시와 관측을 나누어 싣는 법</h2><p>보고서에는 두 목록을 따로 싣습니다. 하나는 우리 병원을 서술한 답에서 관측된 것, 다른 하나는 다른 기관의 자료에서 온 예시로 아직 우리 병원에서는 관측되지 않은 것입니다. 뒤의 목록에는 줄마다 「우리 병원 질문으로 받은 답 없음」 또는 「받았고 해당 없음」을 밝힙니다. 예시가 어디에서 온 자료인지는 「다른 기관 자료」라고만 쓰고, 그 기관이 어디인지는 싣지 않습니다.</p><p>예시 목록의 줄은 뒤에 우리 병원을 물은 답을 받으면 관측 목록으로 옮기거나 「해당 없음」으로 닫습니다. 닫은 줄도 지우지 않고 닫은 날짜와 함께 남겨, 어떤 예시를 계기로 무엇을 물었는지가 기록에 이어지게 합니다.</p><p>두 목록을 섞으면 병원이 일어나지 않은 일에 먼저 품을 들이게 됩니다. 관측된 것과 예시일 뿐인 것을 나눈 다음 무엇부터 할지를 정하는 일은 병원 GEO 실행 순서에서 이어집니다.</p></section><section id="p4-faq" class="faq-section"><h2>다른 병원의 AI 답변 자주 묻는 질문</h2><details class="faq-acc" open><summary>같은 이름을 쓰는 다른 지점의 답은 우리 지점 자료로 쓸 수 있나요?</summary><p>지점은 주소와 진료 시간, 의료진이 다른 별개 기관이므로 다른 병원과 같게 다룹니다. 다만 지점들이 한 홈페이지를 함께 쓰고 그 글이 출처로 달려 있었다면, 그 글에 우리 지점의 정보가 어떻게 실려 있는지는 직접 읽습니다.</p></details><details class="faq-acc"><summary>언론 보도로 알려진 AI 답변 오류는 점검에 어떻게 쓰나요?</summary><p>기사는 기자가 답을 줄이고 풀어 쓴 글이어서 답 전문이 아닙니다. 어떤 종류의 정보가 문제 되었는지만 점검 항목으로 옮기고, 기사에 실린 답의 문장을 판정에 쓰지는 않습니다.</p></details><details class="faq-acc"><summary>답의 한 줄만 우리 병원을 말하면 줄을 어떻게 나누어 쓰나요?</summary><p>문장마다 값을 따로 씁니다. 우리 병원을 말한 한 줄은 「진단 대상」, 나머지는 「참고 예시」입니다. 한 자료에서 두 값이 나왔다는 것을 자료 번호로 이어 놓아, 뒤에 그 한 줄이 어떤 답의 일부였는지 찾을 수 있게 합니다.</p></details><details class="faq-acc"><summary>다른 병원의 오류가 나온 출처에 우리 병원도 실려 있으면 어떻게 하나요?</summary><p>그 출처를 열어 우리 병원이 실린 곳을 읽고 내용을 옮깁니다. 거기에서 틀린 정보를 찾았다면 우리 병원의 원자료에서 찾은 사실로 기록합니다. AI가 그 정보를 우리 병원에 대해서도 틀리게 전하는지는 여전히 우리 병원을 물은 답을 받아야 말할 수 있습니다.</p></details><details class="faq-acc"><summary>환자가 다른 병원에 대한 AI 답변 화면을 가져왔을 때도 받나요?</summary><p>받되 받은 경로를 기록하고 「참고 예시」로 다룹니다. 화면에 환자가 자기 증상이나 사정을 쓴 부분이 있으면 그 부분은 받지 않거나 가린 뒤 저장합니다.</p></details></section><section id="p4-mask"><h2>다른 병원의 이름을 다루는 범위</h2><p>참고 예시로 남기는 기록에는 다른 병원의 이름을 쓰지 않고 「가 병원」「나 병원」으로 가려 씁니다. 진단의 목적은 우리 병원의 정보가 맞게 전해지는지를 읽는 것이지, 다른 병원이 어떻게 틀리게 나오는지를 모으는 것이 아닙니다. 다른 병원의 오류를 우리 병원의 글이나 안내에서 견주어 말하는 데 쓰지 않으며, 병원이 그런 쓰임을 물어 오면 의료광고 심의 기준의 공식 안내를 먼저 읽도록 전합니다. 받은 화면 원본은 진단 기록과 함께 보관하되, 보고서와 회의 자료에는 가린 판만 씁니다.</p></section>]]></description></item><item><title>여러 지점에 같은 오류를 두 번 넘기지 않는 공통 원천 구분</title><link>https://hospitalgeocheck.com/%EC%97%AC%EB%9F%AC-%EC%A7%80%EC%A0%90%EC%97%90-%EA%B0%99%EC%9D%80-%EC%98%A4%EB%A5%98%EB%A5%BC-%EB%91%90-%EB%B2%88-%EB%84%98%EA%B8%B0%EC%A7%80-%EC%95%8A%EB%8A%94-%EA%B3%B5%ED%86%B5-%EC%9B%90%EC%B2%9C-%EA%B5%AC%EB%B6%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%97%AC%EB%9F%AC-%EC%A7%80%EC%A0%90%EC%97%90-%EA%B0%99%EC%9D%80-%EC%98%A4%EB%A5%98%EB%A5%BC-%EB%91%90-%EB%B2%88-%EB%84%98%EA%B8%B0%EC%A7%80-%EC%95%8A%EB%8A%94-%EA%B3%B5%ED%86%B5-%EC%9B%90%EC%B2%9C-%EA%B5%AC%EB%B6%84</guid><pubDate>Mon, 26 Oct 2026 07:11:48 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>오류 값이 실린 곳으로 가르는 공통 건과 지점 건</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>여러 지점에 같은 오류를 두 번 넘기지 않으려면 오류가 어느 지점에서 나왔는지가 아니라 오류 값이 어디에 실려 있는지로 묶습니다. 값이 모든 지점이 함께 쓰는 공통 자료에 실려 있다면 공통 원천 건이고, 그 자료를 관리하는 사람에게 한 번만 넘깁니다. 값이 지점이 따로 관리하는 글에 실려 있다면 지점 개별 건이고, 그 지점에 넘깁니다.</p></div><p>지점마다 진단서를 따로 내면 같은 오류가 지점 수만큼 적힙니다. 본부가 만든 병원 소개문의 개원 연도가 틀렸다면 그 소개문을 쓰는 지점의 진단서마다 한 번씩 나옵니다. 지점의 실장들이 저마다 고치려 하면 고칠 권한이 없는 글을 붙들고 있거나, 제 지점 페이지에만 다른 값을 덧써서 지점마다 값이 갈리는 일이 생길 수 있습니다.</p><p>겉으로 같은 오류라고 모두 공통 건은 아닙니다. 지점마다 제 글에 같은 실수를 따로 한 경우는 공통 자료를 고쳐도 남습니다. 그래서 같은 꼴이라는 것만으로 묶지 않고 값이 실린 곳을 찾아 가릅니다. 판정 값은 공통 원천, 지점 개별, 섞임, 원천 미상, 자료 미확인 다섯입니다.</p></section><section id="p1-official"><h2>공통 자료와 지점 글이 답에 쓰일 때 알려진 것</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 인용된 출처를 열어 답을 뒷받침하는지 가리라고 안내합니다. 한 병원의 공통 페이지와 지점 페이지에 같은 내용이 있을 때 AI가 어느 쪽을 읽어 옮기는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>그래서 공통 자료를 고친 뒤에도 지점마다 답을 다시 받아 기록합니다. 공통 자료 하나를 고쳤다는 것으로 모든 지점의 답이 고쳐졌다고 쓰지 않습니다.</p></section><section id="p1-table"><h2>원천 구분 판정표</h2><p class="table-caption">지점별 문제표에 오른 문제는 하나마다 아래 원천 구분 판정표의 여섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>문제가 나온 지점</th><th>오류 값이 실린 곳</th><th>판정</th><th>넘기는 방식</th></tr></thead><tbody><tr><td>한 지점이거나 여러 지점</td><td>지점이 함께 쓰는 공통 자료에만 실림</td><td>공통 원천</td><td>공통 자료 관리자에게 한 번, 지점에는 알림만</td></tr><tr><td>한 지점</td><td>그 지점이 따로 관리하는 글에만 실림</td><td>지점 개별</td><td>그 지점의 실장에게</td></tr><tr><td>여러 지점</td><td>지점마다 따로 관리하는 글에 각각 실리고 공통 자료에는 없음</td><td>지점 개별</td><td>지점마다 따로, 「같은 꼴, 원천 다름」</td></tr><tr><td>한 지점이거나 여러 지점</td><td>공통 자료에 실리고, 일부 지점의 글에도 따로 실림</td><td>섞임</td><td>공통 자료 관리자에게 한 번, 따로 실린 지점에는 개별로</td></tr><tr><td>한 지점이거나 여러 지점</td><td>오류 값이 실린 곳을 찾지 못함</td><td>원천 미상</td><td>묶지 않고 지점마다 기록, 보류</td></tr><tr><td>어느 경우든</td><td>지점별 문제표나 공통 자료의 목록을 받지 못함</td><td>자료 미확인</td><td>받지 못한 자료와 날짜</td></tr></tbody></table></div></div><p>원천 구분 판정표의 첫째 줄은 문제가 한 지점의 진단에서만 나왔더라도 매깁니다. 공통 자료에 실린 값이라면 아직 진단하지 않은 지점에도 같은 값이 나가고 있을 수 있기 때문입니다. 같은 표의 셋째 줄을 공통 원천으로 묶지 않는 까닭은 고칠 글이 지점 수만큼 따로 있기 때문입니다. 한 번 넘겨서는 한 곳만 고쳐집니다.</p></section><section id="p2-table"><h2>공통 건 인계표</h2><p class="table-caption">공통 원천과 섞임으로 매긴 문제는 아래 공통 건 인계표의 다섯 칸을 채워 한 번만 넘깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>옮길 내용</th><th>쓰는 까닭</th></tr></thead><tbody><tr><td>문제 번호와 오류 값</td><td>공통 건에 붙인 번호 하나, 틀린 값과 승인 자료의 값</td><td>지점 진단서들이 같은 번호를 가리킴</td></tr><tr><td>공통 자료의 이름과 위치</td><td>값이 실린 자료, 그 자료를 관리하는 사람</td><td>넘길 곳을 하나로 정함</td></tr><tr><td>영향받는 지점</td><td>그 공통 자료를 쓰는 지점의 목록, 문제가 관측된 지점의 표시</td><td>재확인할 범위</td></tr><tr><td>지점에 따로 실린 곳</td><td>섞임일 때 따로 실린 지점과 그 글의 주소, 없으면 「없음」</td><td>공통 자료를 고쳐도 남는 곳</td></tr><tr><td>지점에 보내는 알림</td><td>「공통 건, 공통 자료에서 고침, 지점에서 고치지 않음」과 번호</td><td>지점이 따로 덧쓰지 않게 함</td></tr></tbody></table></div></div><p>공통 건 인계표의 셋째 칸은 관측된 지점과 영향받는 지점을 나누어 씁니다. 진단한 지점보다 공통 자료를 쓰는 지점이 더 많다면, 재확인은 공통 자료를 쓰는 지점 모두에서 합니다. 같은 표의 다섯째 칸은 지점 진단서에서 그 문제의 줄에 그대로 넣습니다. 지점 진단서에서 문제를 아예 빼면 지점의 실장은 제 지점에 그 오류가 있었다는 사실을 알 수 없습니다.</p></section><section id="p2-steps"><h2>지점별 문제표에서 공통 건을 가려 넘기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 지점별 문제표를 모아 오류 값과 항목이 같은 문제끼리 나란히 놓습니다.</li><li>실장이 어느 글과 틀과 자료가 지점 공통이고 어느 것이 지점마다 따로인지를 목록으로 넘깁니다.</li><li>진단 담당이 문제마다 오류 값이 실린 곳을 찾아 공통 자료인지 지점 글인지를 쓰고 원천 구분 판정표의 줄을 매깁니다.</li><li>실장이 공통 건을 공통 자료 관리자에게 한 번 넘기고, 지점의 실장에게는 알림을 보냅니다.</li><li>진단 담당이 공통 자료가 고쳐진 뒤 영향받는 지점마다 페이지와 답을 다시 읽어 결과를 공통 건 번호 아래에 옮깁니다.</li></ol><p>셋째 단계에서 오류 값이 실린 곳은 지점 페이지의 화면만 읽어서는 가려지지 않을 수 있습니다. 지점 페이지에 나오는 소개문이 공통 자료를 불러다 쓰는 것인지 지점이 복사해 따로 가진 것인지는 화면에서 같게 읽힙니다. 이 구분은 둘째 단계의 목록과 홈페이지 관리자의 답으로 채우고, 답을 받지 못하면 원천 미상으로 남깁니다.</p></section><section id="p3-record"><h2>공통 건을 한 번만 세는 점검 기록</h2><p>기록에는 공통 건마다 번호를 하나만 매깁니다. 여러 지점에서 관측되었더라도 번호는 하나이고, 그 아래에 관측된 지점의 목록을 씁니다. 지점 진단서는 같은 번호를 가리키고 따로 번호를 만들지 않습니다.</p><p>건수는 두 가지로 나란히 씁니다. 고칠 일의 수는 공통 건을 하나로 세고, 관측된 수는 지점마다 센 수를 씁니다. 앞의 수는 실행팀이 할 일의 크기를 말하고, 뒤의 수는 환자에게 닿는 범위를 말합니다. 한 가지만 쓰면 일이 부풀거나 영향이 줄어 읽힙니다.</p><p>닫는 조건도 공통 건은 다릅니다. 공통 자료가 고쳐졌다는 것만으로 닫지 않고, 영향받는 지점 모두에서 페이지에 새 값이 나오는 것을 읽은 뒤에 닫습니다. 한 지점이라도 옛 값이 남아 있으면 그 지점에 따로 실린 글이 있었다는 뜻일 수 있으므로, 그 지점의 글을 찾아 섞임으로 다시 매깁니다.</p><p>지점 개별 건은 지점의 기록에만 남기되, 같은 꼴의 개별 건이 여러 지점에 있었다면 본부 기록에 「같은 꼴, 원천 다름」으로 목록을 옮깁니다. 지점마다 같은 실수가 되풀이된다면 글을 쓰는 방법이나 본부가 내려준 안내에 까닭이 있을 수 있고, 그것은 원장이 읽을 자료입니다.</p></section><section id="p3-link"><h2>공통 건을 넘긴 뒤의 일정</h2><p>진단 담당은 공통 건 인계표와 지점 개별 건 목록을 따로 넘깁니다. 공통 자료를 고치는 날과 지점이 제 글을 고치는 날이 엇갈리면, 그 사이에 공통 값과 지점 값이 다른 상태가 생깁니다. 고친 뒤 AI 답이 모든 지점에서 달라진다고 약속하지는 않습니다.</p><p>섞임 건은 차례가 중요합니다. 공통 자료를 먼저 고치고 지점 글을 그 값에 맞춥니다. 거꾸로 하면 지점이 고친 값이 공통 자료의 옛 값과 다시 어긋납니다. 공통 자료를 고치는 날과 지점 글을 고치는 날을 한 일정표에 나란히 놓는 일은 병원 GEO 콘텐츠 일정에 함께 올립니다.</p></section><section id="p4-faq" class="faq-section"><h2>여러 지점의 같은 오류와 공통 원천 자주 묻는 질문</h2><details class="faq-acc" open><summary>공통 자료를 고쳤는데 한 지점만 옛 값이 남아 있으면 어떻게 하나요?</summary><p>공통 자료 밖에 같은 값이 하나 더 있었는지를 그 지점에서 찾습니다. 찾았다면 섞임으로 새로 매겨 그 지점에 개별로 넘깁니다. 찾지 못했다면 지점 페이지가 공통 자료를 늦게 불러오는 것일 수 있으므로 홈페이지 관리자에게 묻고, 답을 받기 전까지 공통 건을 닫지 않습니다.</p></details><details class="faq-acc"><summary>지점의 실장이 본부보다 먼저 제 페이지에서 고쳐 버렸다면 어떻게 기록하나요?</summary><p>고친 날짜와 고친 값을 그 지점의 줄에 씁니다. 공통 자료가 아직 옛 값이라면 공통 건은 열린 채로 남습니다. 공통 자료가 지점 페이지에 그대로 실리는 짜임이라면 지점이 고친 값이 다시 옛 값으로 돌아갈 수 있으므로, 공통 자료가 고쳐진 뒤 그 지점을 한 번 더 읽습니다.</p></details><details class="faq-acc"><summary>바깥 매체의 글 하나가 여러 지점을 함께 틀리게 실었다면 공통 원천인가요?</summary><p>그 글 하나가 고쳐지면 모든 지점의 값이 고쳐지므로 공통 원천으로 매깁니다. 공통 자료의 이름 칸에 그 글의 주소를 쓰고, 정정 요청은 지점마다 하지 않고 한 사람이 한 번 합니다.</p></details><details class="faq-acc"><summary>지점마다 틀린 값이 조금씩 다르면 같은 문제로 묶나요?</summary><p>묶지 않습니다. 항목은 같아도 값이 다르면 서로 다른 글에서 나온 것일 수 있습니다. 값마다 실린 곳을 찾아 따로 매기고, 찾은 곳이 모두 같은 공통 자료였을 때에만 하나로 합칩니다.</p></details><details class="faq-acc"><summary>공통 자료를 다음 개편 때 고치기로 했다면 그동안 지점은 무엇을 하나요?</summary><p>지점은 따로 덧쓰지 않고 기다립니다. 개편 날짜를 공통 건의 줄에 쓰고, 그 날 전과 뒤에 어느 값이 맞는 안내인지는 변경 효력일 기준으로 넘깁니다. 환자에게 바로 닿는 값이어서 기다릴 수 없다면 원장이 공통 자료를 먼저 고칠지를 정합니다.</p></details></section><section id="p4-exceptions"><h2>지점마다 관리하는 곳이 다른 병원과 복사해 쓴 글</h2><div class="note-box"><span class="box-label">예외·주의</span><p>지점마다 홈페이지를 관리하는 업체가 다른 병원에서는 공통 자료라고 부를 것이 한곳에 있지 않을 수 있습니다. 본부가 글을 써서 업체마다 넘기고 업체가 제 지점 페이지에 올리는 식입니다. 이때 값은 지점마다 따로 실려 있으므로 원천 구분 판정표의 셋째 줄이고, 지점마다 넘깁니다. 다만 본부가 넘긴 원고가 틀렸던 것이라면 원고를 고치는 일을 본부에 따로 넘기고, 기록에 「본부 원고에서 나옴」이라고 씁니다.</p><p>한 지점의 글을 다른 지점이 복사해 쓴 경우도 같습니다. 글은 같아 보여도 고칠 곳은 지점마다 있습니다. 어느 지점의 글이 처음이었는지를 게시한 날짜로 가릴 수 있으면 옮기고, 가릴 수 없으면 짐작으로 정하지 않습니다.</p></div></section>]]></description></item><item><title>병원에 유리한 잘못된 AI 답변, 같은 기준으로 수정 순위에 넣는 이유</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EC%97%90-%EC%9C%A0%EB%A6%AC%ED%95%9C-%EC%9E%98%EB%AA%BB%EB%90%9C-ai-%EB%8B%B5%EB%B3%80-%EA%B0%99%EC%9D%80-%EA%B8%B0%EC%A4%80%EC%9C%BC%EB%A1%9C-%EC%88%98%EC%A0%95-%EC%88%9C%EC%9C%84%EC%97%90-%EB%84%A3%EB%8A%94-%EC%9D%B4%EC%9C%A0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EC%97%90-%EC%9C%A0%EB%A6%AC%ED%95%9C-%EC%9E%98%EB%AA%BB%EB%90%9C-ai-%EB%8B%B5%EB%B3%80-%EA%B0%99%EC%9D%80-%EA%B8%B0%EC%A4%80%EC%9C%BC%EB%A1%9C-%EC%88%98%EC%A0%95-%EC%88%9C%EC%9C%84%EC%97%90-%EB%84%A3%EB%8A%94-%EC%9D%B4%EC%9C%A0</guid><pubDate>Mon, 26 Oct 2026 07:11:35 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>유불리가 아니라 환자 행동으로 순위를 매기는 까닭</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원에 유리한 잘못된 답변도 불리한 오류와 같은 기준으로 수정 순위에 넣습니다. 수정 순위는 그 문장을 믿은 환자가 무엇을 하게 되는지로 매기는 것이고, 문장이 병원을 좋게 말했는지 나쁘게 말했는지는 그 기준에 들어 있지 않습니다. 하지 않는 일요일 진료를 한다고 전한 답변은 병원을 좋게 말한 것이지만, 그 말을 믿은 환자는 닫힌 병원 앞에 서게 됩니다.</p></div><p>유리한 오류가 따로 다뤄지는 까닭은 영향이 작아서가 아니라 눈에 덜 띄기 때문입니다. 병원을 나쁘게 말한 답변은 읽는 직원이 곧바로 알아차리고 알립니다. 병원을 좋게 말한 답변은 틀린 곳이 있어도 좋은 답변으로 읽고 지나가기 쉽습니다. 그래서 같은 기준을 쓴다는 원칙만으로는 부족하고, 유리한 오류가 목록에 들어오도록 절차를 따로 정해야 합니다.</p><p>유리한 오류의 영향은 늦게 드러납니다. 불리한 오류는 환자가 병원을 찾지 않는 것으로 끝나지만, 유리한 오류는 환자가 기대를 안고 병원에 온 뒤에 드러납니다. 받을 수 없는 검사를 받으러 오거나, 안내받은 것보다 높은 비용을 접수에서 듣거나, 없는 자격을 믿고 진료를 정한 경우입니다. 이때 환자가 마주하는 상대는 AI 서비스가 아니라 병원의 접수 직원입니다.</p><p>진단표에는 유불리를 기록하는 칸을 남기되 순위 계산에는 쓰지 않습니다. 유불리 칸은 어떤 방향의 오류가 많은지를 읽는 데 쓰고, 순위는 실제 제공 조건과 어긋난 정도와 환자 행동에 미치는 영향으로만 매깁니다.</p></section><section id="p1-table"><h2>유리한 오류의 다섯 유형과 환자가 하게 되는 행동</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>유리한 오류</th><th>맞댈 실제 제공 조건</th><th>환자가 하게 되는 행동</th></tr></thead><tbody><tr><td>하지 않는 진료나 검사를 한다고 전함</td><td>진료과목과 검사 목록</td><td>예약하거나 방문한 뒤 받지 못함</td></tr><tr><td>진료하지 않는 시간에 진료한다고 전함</td><td>진료 시간표와 휴진일</td><td>닫힌 시간에 방문함</td></tr><tr><td>없는 자격이나 인증을 있다고 전함</td><td>의료진의 자격 기록과 인증 기록</td><td>그 자격을 믿고 병원을 정함</td></tr><tr><td>효과나 결과를 보장하듯 전함</td><td>병원이 공개한 진료 설명 문장</td><td>결과를 기대하고 진료를 정함</td></tr><tr><td>비용을 실제보다 낮게 전함</td><td>비급여 비용 안내</td><td>낮은 비용을 기대하고 방문함</td></tr></tbody></table></div></div><p>다섯 유형 모두 환자가 병원을 찾는 쪽으로 움직인다는 점에서 병원에 유리하게 읽힙니다. 그러나 환자의 행동 칸을 읽으면 다섯 모두 병원이 주지 못하는 것을 기대하게 만든 오류입니다. 순위를 매길 때 읽는 것은 오른쪽 칸입니다.</p><p>넷째 줄은 실제 조건과 맞대는 방법이 다릅니다. 병원은 효과를 보장하는 문장을 공개할 수 없으므로, 병원 자료에 그런 문장이 없다는 것이 곧 어긋남입니다. 이 유형은 의료진의 검토가 필요한 문장으로 표시해 원장에게 넘깁니다.</p></section><section id="p2-steps"><h2>유리한 오류를 순위에 넣는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 저장한 답변에서 병원에 대해 말한 문장을 유불리를 가리지 않고 모두 뽑습니다.</li><li>실장이 문장마다 실제 제공 조건을 회신합니다.</li><li>진단 담당이 조건과 어긋난 문장을 오류로 매기고, 그 문장을 믿은 환자가 하게 되는 행동을 기록합니다.</li><li>진단 담당이 환자 행동에 미치는 영향으로 순위를 매긴 뒤에 유불리 칸을 채웁니다.</li><li>원장이 순위를 승인하고 처리 기한을 정합니다.</li></ol><p>첫째 단계에서 문장을 가려 뽑지 않는 것이 이 절차의 중심입니다. 틀려 보이는 문장만 뽑으면 뽑는 사람의 눈에 걸린 것만 목록에 오르는데, 병원을 좋게 말한 문장은 눈에 걸리지 않습니다. 병원의 진료, 시간, 의료진, 비용, 결과에 대해 말한 문장을 빠짐없이 옮겨야 둘째 단계의 회신이 유리한 오류를 드러냅니다.</p><p>넷째 단계에서 유불리 칸을 나중에 채우는 까닭은 순서가 판정에 영향을 주기 때문입니다. 유리하다는 표시를 먼저 달면 그 뒤에 매기는 영향이 가볍게 읽힙니다. 영향을 먼저 매기고 순위를 정한 뒤에 표시를 달면, 표시는 기록으로만 남습니다.</p><p>답변 문장에는 받은 날, 서비스 이름, 질문 원문을 함께 남깁니다. 같은 질문에도 답변은 날과 서비스에 따라 달라질 수 있으므로, 어느 답변의 어느 문장인지가 남아 있어야 실장의 회신과 짝을 맞출 수 있습니다. 회신에는 회신한 사람과 날을 함께 남깁니다.</p></section><section id="p2-leaks"><h2>유리한 오류가 목록에서 빠지는 네 곳과 막는 방법</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>빠지는 곳</th><th>빠지는 모습</th><th>막는 방법</th></tr></thead><tbody><tr><td>수집</td><td>직원이 좋은 답변으로 읽고 알리지 않음</td><td>병원에 대한 문장을 모두 뽑아 실제 조건과 맞댐</td></tr><tr><td>분류</td><td>긍정 언급 칸에 들어가 오류 목록에 오르지 않음</td><td>어조를 적는 칸과 사실 판정 칸을 따로 만듦</td></tr><tr><td>순위</td><td>불리한 오류를 다 고친 뒤로 밀림</td><td>순위 계산에 유불리 칸을 쓰지 않음</td></tr><tr><td>조치</td><td>순위에는 있으나 고칠 사람이 미룸</td><td>원장이 처리 기한을 승인하고 기한 넘긴 항목을 보고받음</td></tr></tbody></table></div></div><p>둘째 줄이 가장 흔합니다. 답변을 긍정과 부정으로 세는 보고서는 병원을 좋게 말한 문장을 긍정 언급에 넣고 끝냅니다. 긍정이라는 분류는 말투에 대한 것이고 사실 판정이 아니므로, 긍정 언급으로 센 문장도 실제 조건과 맞대어 오류인지를 따로 매깁니다.</p><p>유리한 오류 가운데에는 병원 자료가 원인인 것이 있습니다. 답변이 표시한 출처가 병원 페이지라면 그 페이지의 문장을 실제 조건과 맞댑니다. 끝난 진료를 그대로 소개한 옛 페이지나 조건을 빼고 쓴 소개 문구가 남아 있다면, 그 문장을 고치는 일은 병원이 바로 할 수 있는 조치입니다.</p></section><section id="p3-compare"><h2>같은 항목의 불리한 오류와 유리한 오류 비교</h2><p>유리한 오류를 같은 기준으로 매긴다는 것이 어떤 결과를 내는지는 같은 항목에서 두 방향의 오류를 나란히 놓으면 드러납니다. 진료 시간, 검사, 비용 세 항목에서 견줍니다.</p><p>진료 시간에서 불리한 오류는 하는 토요일 진료를 하지 않는다고 전한 문장이고, 유리한 오류는 하지 않는 일요일 진료를 한다고 전한 문장입니다. 앞의 문장을 믿은 환자는 토요일에 오지 않습니다. 병원은 환자를 잃지만 환자는 헛걸음하지 않습니다. 뒤의 문장을 믿은 환자는 일요일에 닫힌 병원을 찾아옵니다. 환자 행동으로 매기면 뒤의 문장이 앞에 섭니다.</p><p>검사에서 불리한 오류는 하는 검사를 하지 않는다고 전한 문장이고, 유리한 오류는 하지 않는 검사를 한다고 전한 문장입니다. 앞의 문장은 환자를 다른 병원으로 보내고, 뒤의 문장은 환자를 예약하게 한 뒤 접수에서 돌려보냅니다. 환자가 검사를 받으려고 시간을 비우고 준비까지 했다면 뒤쪽의 영향이 더 큽니다.</p><p>비용에서 불리한 오류는 실제보다 높게 전한 문장이고, 유리한 오류는 실제보다 낮게 전한 문장입니다. 높게 전한 문장을 믿은 환자는 병원에 와서 더 낮은 비용을 안내받고, 낮게 전한 문장을 믿은 환자는 더 높은 비용을 안내받습니다. 뒤의 경우는 접수에서 다툼으로 이어질 수 있습니다.</p><p>세 항목 모두에서 유리한 오류가 늘 앞선다는 뜻은 아닙니다. 하는 응급 진료를 하지 않는다고 전한 불리한 오류는 환자가 가까운 병원을 두고 먼 곳으로 가게 만들 수 있어, 영향이 큽니다. 유리한지 불리한지를 읽는 것으로는 어느 쪽이 앞서는지 알 수 없고, 환자 행동 칸을 채워야 순위가 나옵니다.</p><p>인계할 때는 답변 문장과 받은 날, 실장의 회신, 환자 행동 기록, 순위, 유불리 표시, 원장이 승인한 기한을 넘깁니다. 다음 진단 담당은 유불리 표시별로 처리된 수를 세어, 유리한 오류만 기한을 넘기고 있지 않은지를 읽습니다.</p></section><section id="p4-faq" class="faq-section"><h2>병원에 유리한 잘못된 답변 자주 묻는 질문</h2><div class="faq-card"><h3>유리한 오류를 고치면 병원이 답변에서 빠질까 걱정되는데 그래도 고쳐야 하나요?</h3><p>고칩니다. 병원 자료를 고친 뒤 답변이 어떻게 달라지는지는 서비스 공식 안내에서 찾을 수 없어, 빠진다고도 남는다고도 말할 수 없습니다. 분명한 것은 틀린 조건을 믿고 온 환자에게 생기는 일을 병원이 감당한다는 점입니다. 알 수 없는 쪽을 걱정해 분명한 쪽을 미루지 않습니다.</p></div><div class="faq-card"><h3>병원을 좋게 말한 잘못된 답변을 병원 홍보물에 옮겨 써도 되나요?</h3><p>옮겨 쓰지 않습니다. 답변 문장을 병원이 홍보물에 실으면 그 문장은 병원의 광고가 됩니다. 의료법 제56조 제2항은 거짓된 내용을 표시하는 광고와 객관적인 사실을 과장하는 내용의 광고를 금지하고, 추천을 받았다는 내용을 쓰는 광고도 금지 항목에 넣고 있습니다. 사실과 맞는 답변이라도 홍보에 쓰기 전에 원장이 이 조항에 비추어 검토합니다.</p></div><div class="faq-card"><h3>사실과 다르다고 하기는 어렵고 좋게 말한 평가 표현은 오류 목록에 넣나요?</h3><p>넣지 않습니다. 「믿을 만한 곳」 같은 말은 실제 조건과 맞댈 수 있는 문장이 아니어서 오류로 매길 수 없습니다. 이런 문장은 평가 표현으로 따로 기록하고, 그 안에 시간이나 자격 같은 사실이 섞여 있을 때 그 사실 부분만 떼어 실제 조건과 맞댑니다.</p></div><div class="faq-card"><h3>불리한 오류는 없고 유리한 오류만 나왔다면 보고서 결론을 어떻게 쓰나요?</h3><p>「오류 없음」이나 「양호」로 쓰지 않습니다. 결론에는 오류의 수와 환자 행동에 미치는 영향을 쓰고, 모두 병원을 좋게 말한 방향이었다는 사실은 그 뒤에 씁니다. 방향을 결론의 앞에 놓으면 읽는 사람이 고칠 것이 없다고 받아들입니다.</p></div><div class="faq-card"><h3>직원이 유리한 오류를 알고도 알리지 않는 일을 줄이려면 어떻게 하나요?</h3><p>알릴 기준을 「나쁜 답변」이 아니라 「실제와 다른 문장」으로 정해 알립니다. 접수 직원에게는 환자가 AI 답변에서 읽었다며 실제와 다른 조건을 말할 때 그 말을 기록해 달라고 요청합니다. 환자가 그렇게 말했다는 기록은 그 오류가 실제 방문으로 이어졌다는 자료가 됩니다.</p></div></section><section id="p4-next"><h2>순위를 정한 뒤 병원 자료를 고치는 일</h2><p>순위에 오른 유리한 오류 가운데 병원이 직접 손댈 수 있는 것은 병원 자료에 남아 있는 어긋난 문장입니다. 홈페이지와 지도 서비스의 기관 정보, 병원이 운영하는 채널에 실제 조건과 다른 문장이 남아 있는지를 찾아 고치는 순서는 병원 정보 불일치 수정에서 다룹니다. 고친 문장과 고친 날은 순위표의 같은 줄에 기록합니다.</p></section>]]></description></item><item><title>여러 페이지에 흩어진 안내, 정보 누락과 탐색 부담의 차이</title><link>https://hospitalgeocheck.com/%EC%97%AC%EB%9F%AC-%ED%8E%98%EC%9D%B4%EC%A7%80%EC%97%90-%ED%9D%A9%EC%96%B4%EC%A7%84-%EC%95%88%EB%82%B4-%EC%A0%95%EB%B3%B4-%EB%88%84%EB%9D%BD%EA%B3%BC-%ED%83%90%EC%83%89-%EB%B6%80%EB%8B%B4%EC%9D%98-%EC%B0%A8%EC%9D%B4</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%97%AC%EB%9F%AC-%ED%8E%98%EC%9D%B4%EC%A7%80%EC%97%90-%ED%9D%A9%EC%96%B4%EC%A7%84-%EC%95%88%EB%82%B4-%EC%A0%95%EB%B3%B4-%EB%88%84%EB%9D%BD%EA%B3%BC-%ED%83%90%EC%83%89-%EB%B6%80%EB%8B%B4%EC%9D%98-%EC%B0%A8%EC%9D%B4</guid><pubDate>Mon, 26 Oct 2026 07:11:22 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>물음 하나에 필요한 항목을 세어 가르는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>흩어진 안내와 누락은 환자의 물음 하나를 놓고 거기에 필요한 항목을 세어 구분합니다. 필요한 항목이 사이트의 어느 페이지에든 모두 실려 있다면 누락이 아니라 흩어짐입니다. 항목 가운데 어느 페이지에도 없는 것이 있을 때에만 누락으로 매깁니다.</p></div><p>「처음 가는데 무엇을 준비하나요」라는 물음에는 예약 방법, 가져올 서류, 접수하는 곳, 진료 시간, 주차가 함께 필요합니다. 이 다섯이 예약 안내, 서류 발급 안내, 오시는 길, 진료 안내 페이지에 하나씩 실려 있다면 정보는 다 있습니다. 환자가 네 페이지를 찾아다녀야 할 뿐입니다. 이 찾아다니는 수고가 탐색 부담입니다. 서류 안내가 어디에도 없다면 그때는 찾아다녀도 답이 나오지 않습니다.</p><p>둘은 고칠 일이 다릅니다. 누락은 없는 내용을 병원이 정해 새로 써야 하고, 흩어짐은 있는 내용을 잇거나 한곳에 모으면 됩니다. 페이지 하나만 읽어 「정보 부족」이라고 쓰면 이 구분이 사라집니다. 판정 값은 한 곳에 있음, 흩어짐, 일부 누락, 전부 누락, 자료 미확인 다섯입니다.</p></section><section id="p1-official"><h2>여러 페이지의 정보가 답 하나로 모일 때 알려진 것</h2><p>퍼플렉시티 공식 도움말은 여러 출처의 정보를 모아 요약한다고 안내합니다. AI 서비스가 한 병원 사이트 안의 여러 페이지를 이어 읽어 물음 하나의 답으로 모으는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>그래서 진단은 「흩어져 있어서 AI 답에 빠졌다」고 쓰지 않습니다. 물음에 필요한 항목이 어느 페이지에 있었는지와, 답이 그 가운데 어느 항목을 전했는지를 나란히 옮깁니다.</p><p>탐색 부담은 사람을 기준으로 기록합니다. 환자가 메뉴에서 출발해 필요한 항목을 다 모으기까지 몇 페이지를 열어야 하는지, 페이지에서 다음 페이지로 가는 링크가 있는지가 기록의 내용입니다. 이 기록은 AI 답과 관계없이 병원 안내의 상태로 쓰입니다.</p></section><section id="p1-table"><h2>물음별 판정표</h2><p class="table-caption">환자의 물음은 하나마다 아래 물음별 판정표의 여섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>필요한 항목의 상태</th><th>항목이 실린 곳</th><th>판정</th><th>기록에 옮길 것</th></tr></thead><tbody><tr><td>모든 항목이 있음</td><td>한 페이지에 함께 실림</td><td>한 곳에 있음</td><td>그 페이지의 주소</td></tr><tr><td>모든 항목이 있음</td><td>여러 페이지에 따로 실리고, 페이지끼리 링크로 이어짐</td><td>흩어짐</td><td>「이어짐」, 항목마다의 주소</td></tr><tr><td>모든 항목이 있음</td><td>여러 페이지에 따로 실리고, 서로 이어 주는 링크가 없음</td><td>흩어짐</td><td>「이어지지 않음」, 링크가 없는 페이지 쌍</td></tr><tr><td>일부 항목이 어느 페이지에도 없음</td><td>있는 항목은 한 페이지나 여러 페이지에 실림</td><td>일부 누락</td><td>없는 항목, 있는 항목의 주소</td></tr><tr><td>어느 항목도 없음</td><td>해당 없음</td><td>전부 누락</td><td>찾아 읽은 페이지의 목록</td></tr><tr><td>어느 상태든</td><td>필요한 항목의 목록을 받지 못하거나 페이지를 열지 못함</td><td>자료 미확인</td><td>받지 못한 자료와 날짜</td></tr></tbody></table></div></div><p>물음별 판정표의 둘째 줄과 셋째 줄은 판정 값이 같고 기록이 다릅니다. 링크로 이어진 페이지는 환자가 한 곳에서 시작해 나머지에 닿을 수 있고, 이어지지 않은 페이지는 메뉴를 처음부터 다시 뒤져야 합니다. 같은 표의 넷째 줄에서 있는 항목이 여러 페이지에 따로 실려 있었다면 그 사실도 기록에 함께 써서, 누락을 채울 때 흩어진 것도 함께 모을지를 병원이 정하게 합니다.</p></section><section id="p2-table"><h2>질문별 정보 위치 지도</h2><p class="table-caption">물음 하나마다 아래 질문별 정보 위치 지도의 다섯 칸을 채웁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>옮길 내용</th><th>쓰는 까닭</th></tr></thead><tbody><tr><td>물음</td><td>환자가 실제로 묻는 말 그대로</td><td>판정의 단위</td></tr><tr><td>필요한 항목</td><td>그 물음이 풀리려면 알아야 하는 것의 목록</td><td>세는 기준</td></tr><tr><td>항목마다의 주소</td><td>항목이 실린 페이지의 주소와 소제목, 없으면 「없음」</td><td>누락과 흩어짐을 가름</td></tr><tr><td>페이지 사이의 링크</td><td>항목이 실린 페이지끼리 서로 가리키는 링크가 있는지</td><td>흩어짐의 두 기록을 가름</td></tr><tr><td>처음 닿는 페이지</td><td>메뉴에서 그 물음으로 먼저 열게 되는 페이지와 거기에 있는 항목</td><td>모을 곳을 정할 때 씀</td></tr></tbody></table></div></div><p>질문별 정보 위치 지도에서 필요한 항목의 목록은 진단 담당이 정하지 않습니다. 담당이 짐작으로 항목을 늘리면 병원에 필요 없는 안내가 누락으로 기록되고, 줄이면 실제로 환자가 되묻는 항목이 빠집니다. 실장이 접수 창구에서 실제로 거치는 순서와 환자가 되묻는 말을 바탕으로 목록을 정해 넘깁니다.</p></section><section id="p2-steps"><h2>물음에서 위치 지도까지 가는 다섯 단계</h2><ol class="step-list"><li>실장이 전화와 접수 창구에서 자주 받는 물음을 환자가 쓰는 말 그대로 모아 넘깁니다.</li><li>실장이 물음마다 풀리는 데 필요한 항목의 목록을 정해 원장의 승인을 받아 넘깁니다.</li><li>진단 담당이 항목마다 사이트의 페이지를 읽어 실린 곳의 주소와 소제목을 지도에 옮기고, 찾지 못한 항목은 「없음」으로 씁니다.</li><li>진단 담당이 항목이 실린 페이지끼리 서로 가리키는 링크가 있는지를 읽어 옮깁니다.</li><li>진단 담당이 물음마다 물음별 판정표의 줄을 매깁니다.</li></ol><p>셋째 단계에서 「없음」으로 쓴 항목은 실장에게 되물어 병원이 공개한 곳이 있는지를 한 번 더 찾습니다. 실장이 알려 준 페이지에 있었다면 누락이 아니라 흩어짐이고, 기록에 「담당이 찾지 못함, 실장이 알려 줌」이라고 씁니다. 담당이 찾지 못했다는 사실 자체가 탐색 부담의 기록입니다.</p></section><section id="p3-record"><h2>누락과 탐색 부담을 나누어 쓰는 점검 기록</h2><p>기록의 첫 줄에는 물음의 수와 판정 값마다의 수를 씁니다. 다룬 물음이 몇이고, 그 가운데 한 곳에 있음, 흩어짐, 일부 누락, 전부 누락, 자료 미확인이 각각 몇인지입니다. 「정보가 부족한 물음」이라는 한 묶음으로 합치지 않습니다.</p><p>물음마다의 줄은 둘로 나누어 씁니다. 누락 쪽에는 없는 항목의 이름만 쓰고, 탐색 부담 쪽에는 항목이 실린 페이지의 수와 서로 이어졌는지를 씁니다. 한 물음이 일부 누락이면서 남은 항목이 흩어져 있다면 두 쪽에 모두 씁니다.</p><p>고칠 일도 두 목록으로 나눕니다. 누락 목록은 병원이 내용을 정해야 하는 항목이어서 실장과 원장에게 갑니다. 흩어짐 목록은 이미 있는 글을 잇거나 모으는 일이어서 홈페이지 관리자에게 갑니다. 한 목록으로 넘기면 관리자가 없는 내용을 지어 채우거나, 실장이 이미 있는 안내를 다시 쓰는 일이 생길 수 있습니다.</p><p>다음 기록과 견줄 때에는 같은 물음, 같은 항목 목록으로 견줍니다. 항목 목록이 바뀌었다면 누락이 늘거나 준 것이 사이트가 달라져서인지 세는 기준이 달라져서인지 가릴 수 없으므로, 「항목 목록 바뀜」이라고 표시하고 바뀐 항목을 옮깁니다.</p></section><section id="p3-link"><h2>두 목록을 넘긴 뒤 병원 글로 이어지는 일</h2><p>진단 담당은 물음마다 위치 지도와 판정을 묶어 넘깁니다. 흩어짐으로 나온 물음은 처음 닿는 페이지에 나머지 항목으로 가는 링크를 걸거나, 물음 하나에 맞춘 안내 페이지를 새로 만들어 모읍니다. 모은 뒤 AI 답에 항목이 모두 나온다고 약속하지는 않습니다.</p><p>홈페이지의 메뉴를 바꾸기 어려운 병원은 물음 하나를 처음부터 끝까지 답하는 글을 블로그에 실어 흩어진 안내를 받칠 수 있습니다. 위치 지도의 물음을 글감으로 옮기는 일은 블로그마케팅의 글감 정하기와 맞닿아 있습니다.</p></section><section id="p4-faq" class="faq-section"><h2>흩어진 안내와 누락 구분 자주 묻는 질문</h2><div class="faq-card"><h3>AI 답이 필요한 항목 가운데 일부만 전했다면 나머지는 누락 때문인가요?</h3><p>누락 때문이라고 정할 근거는 답만으로 나오지 않습니다. 전하지 않은 항목이 사이트에 있었는지를 위치 지도에서 찾아, 있었다면 「사이트에 있음, 답에 없음」으로, 없었다면 「사이트에도 없음」으로 나누어 씁니다. 답에 빠진 까닭은 어느 쪽에도 쓰지 않습니다.</p></div><div class="faq-card"><h3>같은 항목이 두 페이지에 실려 있고 값이 서로 다르면 어떻게 세나요?</h3><p>항목은 있는 것으로 셉니다. 값이 다른 것은 이 판정의 범위가 아니므로 두 주소와 두 값을 옮겨 상충을 가리는 판정으로 넘깁니다.</p></div><div class="faq-card"><h3>필요한 항목이 PDF 파일 안에만 있으면 있는 것으로 세나요?</h3><p>셉니다. 공개된 파일에 실려 있으면 누락이 아닙니다. 그 파일에 일반 페이지에서 닿을 수 있는지는 파일 속 정보의 존재와 발견을 가리는 평가로 넘기고, 지도의 주소 칸에 파일의 주소와 쪽을 씁니다.</p></div><div class="faq-card"><h3>물음은 몇 개나 다루어야 하나요?</h3><p>정해진 수는 없습니다. 실장이 자주 받는다고 넘긴 물음을 다루고, 몇 개를 다루었는지와 어떻게 골랐는지를 기록 앞머리에 밝힙니다. 목록에 없던 물음이 더 있을 수 있다는 점도 앞머리에 함께 씁니다.</p></div><div class="faq-card"><h3>병원이 물음별 안내 페이지를 새로 만들기로 했다면 이번 기록은 어떻게 쓰나요?</h3><p>읽은 날의 상태대로 흩어짐이나 누락으로 씁니다. 만들기로 한 날짜는 옆에 옮기고, 만든 뒤의 상태는 변경 효력일 기준에 따라 그 날 뒤에 다시 읽어 새 기록으로 남깁니다.</p></div></section><section id="p4-exceptions"><h2>전화로만 알려 주는 항목과 지점별 지도</h2><div class="note-box"><span class="box-label">예외·주의</span><p>병원이 어떤 항목을 일부러 페이지에 싣지 않고 전화로만 알려 주는 경우가 있습니다. 환자마다 달라지는 준비 사항이 그렇습니다. 페이지에 그 항목이 없으므로 물음별 판정표의 넷째 줄로 매기되, 기록에 「전화로 안내」와 실장이 밝힌 까닭을 옮깁니다. 페이지에 「이 항목은 전화로 안내합니다」라는 말과 연락처가 실려 있다면 그 항목은 있는 것으로 셉니다. 어디로 물으면 되는지가 공개되어 있기 때문입니다.</p><p>지점이 여럿인 병원은 같은 물음이라도 필요한 항목과 실린 곳이 지점마다 다를 수 있습니다. 위치 지도는 지점마다 따로 만들고 판정도 지점마다 매깁니다. 한 지점의 지도에서 한 곳에 있음으로 나왔다고 다른 지점에 같은 값을 옮겨 쓰지 않습니다. 지점마다 실장이 다르다면 필요한 항목의 목록도 지점의 실장에게 따로 받습니다.</p></div></section>]]></description></item><item><title>검색용 로봇 허용 뒤에도 인용되지 않는 병원 페이지, 접근 문제와 가르는 법</title><link>https://hospitalgeocheck.com/%EA%B2%80%EC%83%89%EC%9A%A9-%EB%A1%9C%EB%B4%87-%ED%97%88%EC%9A%A9-%EB%92%A4%EC%97%90%EB%8F%84-%EC%9D%B8%EC%9A%A9%EB%90%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EB%B3%91%EC%9B%90-%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%A0%91%EA%B7%BC-%EB%AC%B8%EC%A0%9C%EC%99%80-%EA%B0%80%EB%A5%B4%EB%8A%94</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B2%80%EC%83%89%EC%9A%A9-%EB%A1%9C%EB%B4%87-%ED%97%88%EC%9A%A9-%EB%92%A4%EC%97%90%EB%8F%84-%EC%9D%B8%EC%9A%A9%EB%90%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EB%B3%91%EC%9B%90-%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%A0%91%EA%B7%BC-%EB%AC%B8%EC%A0%9C%EC%99%80-%EA%B0%80%EB%A5%B4%EB%8A%94</guid><pubDate>Mon, 26 Oct 2026 07:11:09 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>허용과 요청과 인용을 다른 증거로 읽는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>검색용 로봇을 허용했는데 인용되지 않았다는 것만으로는 접근 문제라고 할 수 없습니다. 허용은 막지 않았다는 사실이고, 로봇이 실제로 와서 페이지를 받아 갔는지는 요청 기록이 있어야 말할 수 있으며, 인용은 그 뒤에 서비스가 정하는 결과입니다. 세 가지는 서로 다른 증거이고, 앞의 것이 뒤의 것을 보장하지 않습니다.</p></div><p>접근 문제는 로봇이 요청했는데 병원 쪽이 페이지를 주지 못한 경우를 말합니다. 그래서 접근 문제인지를 가리는 증거는 인용 관측이 아니라 요청 기록입니다. 서버나 CDN의 기록에서 그 로봇의 요청이 거부됐거나 본문 대신 다른 화면을 받았다면 접근 문제이고, 요청이 정상으로 응답받았다면 인용되지 않은 까닭은 접근에 있지 않습니다.</p><p>요청 기록에 그 로봇이 아예 없을 수도 있습니다. 허용은 되어 있고 막은 흔적도 없는데 요청이 오지 않은 경우입니다. 이것은 접근 문제로도 정상으로도 매기지 않습니다. 로봇이 어떤 페이지를 언제 요청하는지는 서비스 공식 안내에서 찾을 수 없는 부분이므로, 요청이 없었다는 사실만 기간과 함께 기록합니다.</p><p>판정은 네 가지입니다. 요청이 있었고 정상으로 응답했으면 접근 정상, 요청이 있었으나 거부하거나 본문을 주지 못했으면 접근 문제, 기록을 뽑은 기간에 요청이 없었으면 요청 없음, 기록 자체를 얻을 수 없으면 기록 없음입니다.</p></section><section id="p1-table"><h2>세 가지 증거와 각각 말할 수 있는 것</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>증거</th><th>얻는 곳</th><th>말할 수 있는 것</th><th>말할 수 없는 것</th></tr></thead><tbody><tr><td>허용 정책</td><td>robots.txt 원문과 보안 설정</td><td>그 로봇을 규칙으로 막지 않았음</td><td>로봇이 왔는지, 페이지를 받았는지</td></tr><tr><td>요청 기록</td><td>서버나 CDN의 접근 기록</td><td>로봇이 언제 어느 주소를 요청했고 어떤 응답을 받았는지</td><td>받아 간 내용이 답변에 쓰였는지</td></tr><tr><td>인용 관측</td><td>저장한 답변과 인용 표시</td><td>그 질문의 그 답변에 병원 페이지가 인용됐는지</td><td>인용되지 않은 까닭</td></tr></tbody></table></div></div><p>보고서에는 세 증거를 한 문장으로 잇지 않고 줄을 나눠 씁니다. 「허용했으나 인용되지 않음」이라고 쓰면 가운데 증거가 빠진 채 앞과 뒤가 이어져, 읽는 사람이 접근에 문제가 있다고 채워 읽습니다.</p><p>세 증거는 얻는 데 드는 품이 다릅니다. 허용 정책은 누구나 주소를 열어 읽을 수 있고, 인용 관측은 질문을 하면 얻습니다. 요청 기록만 서버를 다루는 사람에게 받아야 합니다. 얻기 쉬운 두 증거만으로 보고서를 쓰면 가운데가 비고, 빈 곳이 짐작으로 채워집니다.</p></section><section id="p2-steps"><h2>세 증거를 같은 기간으로 맞대는 다섯 단계</h2><ol class="step-list"><li>실장이 어느 페이지를 어느 기간으로 볼지를 정해 개발 담당과 진단 담당에게 알립니다.</li><li>개발 담당이 robots.txt 원문과 보안 설정에서 그 로봇에 대한 규칙을 옮기고, 규칙을 마지막으로 고친 날을 씁니다.</li><li>개발 담당이 정한 기간의 접근 기록에서 그 로봇의 요청을 뽑아 주소, 시각, 응답 상태를 옮깁니다.</li><li>진단 담당이 같은 기간에 저장한 답변에서 그 페이지가 인용됐는지를 옮깁니다.</li><li>진단 담당이 요청 기록으로 네 판정 가운데 하나를 매기고, 원장이 기록을 승인합니다.</li></ol><p>첫째 단계에서 기간을 먼저 정하는 까닭은 세 증거가 서로 다른 때의 것이면 나란히 놓을 수 없기 때문입니다. 규칙을 고친 날보다 앞선 요청 기록은 옛 규칙 아래의 기록이고, 요청 기록이 끝난 뒤의 인용 관측은 그 기록과 맞댈 수 없습니다. 규칙을 고친 날 뒤의 기간으로 셋을 맞춥니다.</p><p>셋째 단계에서 로봇의 요청은 이름만으로 뽑지 않습니다. 요청에 쓰인 이름은 누구나 흉내 낼 수 있으므로, 서비스가 공식 문서에 밝힌 주소 대역이 있으면 그 대역에서 온 요청만 그 로봇의 요청으로 셉니다. 어느 로봇을 볼지는 서비스 공식 문서에 쓰인 이름과 용도를 옮겨 정하고, 검색용이라고 밝혀진 이름만 이 판정에 씁니다.</p><p>넷째 단계의 인용 관측은 그 페이지가 답하는 질문으로 합니다. 진료 시간 페이지가 인용됐는지를 가리려면 진료 시간을 묻는 질문의 답변을 읽습니다. 다른 질문의 답변에 그 페이지가 없었다는 것은 이 페이지의 관측으로 세지 않습니다.</p></section><section id="p2-verdict"><h2>요청 기록으로 매기는 네 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>요청 기록의 모습</th><th>다음에 할 일</th></tr></thead><tbody><tr><td>접근 정상</td><td>그 주소에 요청이 있었고 정상 응답과 함께 본문을 줌</td><td>접근 쪽에서는 할 일 없음, 인용 관측을 이어 감</td></tr><tr><td>접근 문제</td><td>요청이 있었으나 거부 응답, 오류 응답, 본문 대신 다른 화면을 줌</td><td>개발 담당이 막은 곳을 찾아 고침</td></tr><tr><td>요청 없음</td><td>기간 안에 그 주소에 그 로봇의 요청이 없음</td><td>기간과 함께 기록하고, 그 페이지로 가는 길이 사이트 안에 있는지 맞댐</td></tr><tr><td>기록 없음</td><td>접근 기록을 얻을 수 없거나 그 기간의 기록이 남아 있지 않음</td><td>기록을 얻을 방법을 개발 담당이 찾음</td></tr></tbody></table></div></div><p>첫째 줄에서 정상 응답만으로 매기지 않고 본문을 주었는지를 함께 읽습니다. 응답 상태는 정상인데 돌려준 것이 본문이 빠진 틀이거나 보안 검사 화면이면, 로봇은 페이지를 받지 못한 것과 같습니다. 개발 담당이 그 로봇과 같은 방식으로 요청했을 때 돌아오는 내용을 저장해, 진료 안내 문장이 글자로 들어 있는지를 맞댑니다.</p><p>셋째 줄에서 사이트 안의 길을 맞대는 까닭은 병원 쪽에서 가릴 수 있는 것이 그것뿐이기 때문입니다. 그 페이지가 다른 페이지에서 링크되어 있는지, 사이트맵에 올라 있는지를 읽습니다. 길이 있는데도 요청이 없었다면 병원이 더 고칠 곳은 없고, 요청 없음 그대로 남깁니다.</p></section><section id="p3-roles"><h2>정책과 기록과 관측을 맡는 사람의 역할 나눔</h2><p>이 판정은 세 증거를 한 사람이 다 갖고 있지 않습니다. 허용 정책과 요청 기록은 서버를 다루는 사람에게 있고, 인용 관측은 진단 담당에게 있습니다. 한쪽 자료만으로 결론을 쓰지 않도록 역할을 넷으로 나눕니다.</p><p>개발 담당은 정책과 기록을 맡습니다. 규칙의 원문과 고친 날, 요청 기록에서 뽑은 줄을 넘기되, 기록을 읽고 「잘 들어오고 있다」처럼 풀어 쓴 말로 넘기지 않습니다. 주소와 시각과 응답 상태를 줄 그대로 넘겨야 진단 담당이 판정을 매길 수 있습니다. 호스팅 업체가 기록을 갖고 있다면 개발 담당이 업체에 같은 모양으로 요청합니다.</p><p>진단 담당은 관측과 판정을 맡습니다. 인용 관측을 개발 담당에게 먼저 알리지 않고, 요청 기록을 받은 뒤에 나란히 놓습니다. 인용되지 않았다는 말을 먼저 들은 쪽은 기록에서 문제를 찾으려 하고, 찾은 거부 응답 한 줄이 그 로봇의 것인지 다른 요청의 것인지를 가리지 않은 채 원인으로 올릴 수 있습니다.</p><p>실장은 범위를 맡습니다. 어느 페이지를 볼지는 병원이 환자에게 꼭 읽히기를 바라는 안내에서 정합니다. 사이트의 모든 주소를 볼 수는 없으므로 진료 안내, 오시는 길, 진료 시간처럼 물음에 답하는 페이지를 실장이 추려 넘깁니다.</p><p>원장은 기록을 승인하고, 접근 문제로 매겨진 페이지를 고칠지를 정합니다. 보안을 위해 일부러 막은 설정이 원인이라면 풀지 말지는 원장이 정할 일이고, 진단은 그 설정이 어떤 요청을 막고 있는지를 밝히는 데까지 합니다.</p><p>인계할 때는 기간과 페이지 범위, 규칙 원문과 고친 날, 요청 기록에서 뽑은 줄, 인용 관측, 판정과 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 같은 페이지 범위로 새 기간을 정해 세 증거를 다시 받습니다.</p></section><section id="p4-faq" class="faq-section"><h2>로봇 허용 뒤 인용되지 않는 페이지 자주 묻는 질문</h2><div class="faq-card"><h3>로봇을 허용으로 고친 직후에 뽑은 기록에 요청이 없으면 어떻게 읽나요?</h3><p>요청 없음으로 매기되 기간이 짧다는 사실을 함께 씁니다. 규칙을 고친 날과 기록을 뽑은 날 사이가 며칠뿐이면 그 기간에 요청이 없었다는 것 말고는 말할 수 있는 것이 없습니다. 얼마 뒤에 다시 뽑을지는 병원과 정합니다. 예를 들어 한 달 뒤로 정할 수 있으며, 이는 예시이고 병원이 정합니다.</p></div><div class="faq-card"><h3>같은 페이지의 요청에 정상 응답과 거부 응답이 섞여 있으면 어느 판정인가요?</h3><p>접근 문제로 매기고, 거부 응답이 나온 시각과 횟수를 정상 응답의 것과 나란히 씁니다. 어느 때에 거부가 몰려 있는지가 개발 담당이 원인을 찾는 단서가 됩니다. 거부가 한 번뿐이고 그 뒤로 정상 응답이 이어졌다면 그 사실도 함께 써서, 읽는 사람이 늘 막힌 것으로 받아들이지 않게 합니다.</p></div><div class="faq-card"><h3>인용은 됐는데 요청 기록에는 그 로봇이 없으면 기록이 잘못된 것인가요?</h3><p>잘못됐다고 쓰지 않습니다. 기록을 뽑은 곳이 서버뿐이고 CDN의 기록은 빠졌을 수 있고, 답변이 다른 길로 그 내용을 얻었을 수도 있습니다. 인용됨과 요청 없음을 둘 다 그대로 쓰고, 개발 담당이 기록을 뽑은 범위에 빠진 곳이 있는지를 찾습니다.</p></div><div class="faq-card"><h3>서비스마다 로봇이 다르면 판정도 서비스마다 따로 매기나요?</h3><p>따로 매깁니다. 한 서비스의 로봇이 접근 정상이라는 사실은 다른 서비스의 로봇에 대해 아무것도 말해 주지 않습니다. 서비스마다 공식 문서에 밝힌 이름으로 요청을 따로 뽑고, 공식 문서에서 검색용 로봇의 이름을 찾지 못한 서비스는 이 판정의 대상에서 빼고, 뺀 까닭을 보고서에 밝힙니다.</p></div><div class="faq-card"><h3>진단을 맡은 곳이 요청 기록 없이 「허용했으니 수집되고 있음」이라고 보고하면 무엇을 더 받아야 하나요?</h3><p>기간을 밝힌 요청 기록의 줄을 받습니다. 그 로봇의 요청이 어느 주소에 언제 왔고 어떤 응답을 받았는지입니다. 기록을 얻지 못했다면 판정은 기록 없음이고, 보고서의 말도 「허용되어 있음, 요청은 가리지 못함」으로 고쳐 달라고 합니다.</p></div></section><section id="p4-next"><h2>판정 뒤에 설정과 색인을 점검하는 일</h2><p>접근 문제로 매겨진 페이지는 막은 곳이 robots.txt가 아닌 다른 곳에 있는 경우입니다. 보안 서비스의 자동 요청 차단이나 서버의 주소 대역 차단처럼 규칙 밖에서 요청을 거르는 설정입니다. 로봇의 요청을 가려 받아들이도록 이런 설정을 맞추는 방법은 AI 크롤러 접근 설정에서 따로 다룹니다.</p><p>요청 없음으로 남은 페이지는 검색엔진의 수집기에게는 읽혔는지를 함께 맞댑니다. 검색엔진에도 읽히지 않은 페이지라면 사이트 안에서 그 페이지로 가는 길부터 다시 읽어야 합니다. 페이지가 검색엔진에 읽혀 실렸는지를 자료로 가리는 방법은 병원 사이트 색인에서 이어서 정리합니다.</p></section>]]></description></item><item><title>다른 병원 후기의 혼입, 후기 대상 기관의 식별 정보 대조</title><link>https://hospitalgeocheck.com/%EB%8B%A4%EB%A5%B8-%EB%B3%91%EC%9B%90-%ED%9B%84%EA%B8%B0%EC%9D%98-%ED%98%BC%EC%9E%85-%ED%9B%84%EA%B8%B0-%EB%8C%80%EC%83%81-%EA%B8%B0%EA%B4%80%EC%9D%98-%EC%8B%9D%EB%B3%84-%EC%A0%95%EB%B3%B4-%EB%8C%80%EC%A1%B0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%8B%A4%EB%A5%B8-%EB%B3%91%EC%9B%90-%ED%9B%84%EA%B8%B0%EC%9D%98-%ED%98%BC%EC%9E%85-%ED%9B%84%EA%B8%B0-%EB%8C%80%EC%83%81-%EA%B8%B0%EA%B4%80%EC%9D%98-%EC%8B%9D%EB%B3%84-%EC%A0%95%EB%B3%B4-%EB%8C%80%EC%A1%B0</guid><pubDate>Mon, 26 Oct 2026 07:10:56 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>후기 내용보다 먼저 가리는 대상 기관</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>다른 병원 후기가 우리 병원 평가에 섞였는지는 후기의 내용이 아니라, 그 후기가 어느 기관을 두고 쓴 것인지를 기관 식별 정보에 맞대어 가립니다. AI 답변이 「대기 시간이 짧고 설명이 자세하다는 평이 있습니다」라고 전했다면, 그 평이 맞는 말인지보다 그 평이 달린 후기가 우리 병원의 것인지가 먼저입니다. 대상 기관이 다르면 내용이 옳든 그르든 우리 병원의 평가가 아닙니다.</p></div><p>후기는 병원 소개 글과 달리 주소나 전화번호를 본문에 담지 않는 경우가 있습니다. 그래서 후기 본문만 읽어서는 대상 기관이 정해지지 않을 수 있고, 후기가 달린 곳의 식별 정보를 함께 씁니다. 지도나 예약 서비스의 기관 등록 페이지에 달린 후기는 그 페이지가 어느 기관의 것인지가 곧 후기의 대상입니다. 게시판이나 블로그의 글은 달린 곳이 기관을 가리키지 않으므로 본문에 나온 지역, 진료 과목, 의료진 이름으로 가립니다.</p><p>판정은 후기마다 세 가지 가운데 하나로 매깁니다. 식별 정보가 기관 식별표의 우리 병원 값과 같으면 우리 병원 후기, 다른 기관의 값과 같으면 다른 기관 후기, 맞댈 식별 정보가 없거나 어느 쪽과도 맞지 않으면 대상 미상입니다. 답변 하나에 인용된 후기 가운데 다른 기관 후기가 하나라도 있으면 그 답변은 혼입이 있는 답변으로 기록합니다.</p></section><section id="p1-table"><h2>후기가 달린 곳에 따른 대상 기관 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>후기가 달린 곳</th><th>맞대는 식별 정보</th><th>판정 방법</th></tr></thead><tbody><tr><td>지도·예약 서비스의 기관 등록 페이지</td><td>그 페이지의 기관 이름, 소재지, 페이지 주소</td><td>식별표의 우리 등록 페이지와 같으면 우리 병원 후기, 다른 기관의 등록 페이지면 다른 기관 후기</td></tr><tr><td>게시판·블로그의 글</td><td>본문에 나온 지역, 진료 과목, 의료진 이름</td><td>식별표에서 값이 일치하는 기관의 후기로 매기고, 나온 값이 없으면 대상 미상</td></tr><tr><td>인용 없이 전한 평가 요약</td><td>맞댈 후기 원문이 없음</td><td>대상 미상</td></tr></tbody></table></div></div><p>셋째 줄은 답변이 출처를 달지 않고 평가만 전한 경우입니다. 어느 후기에서 나온 말인지 알 수 없으므로 우리 병원 후기로도 다른 기관 후기로도 매기지 않습니다. 답변이 왜 인용 없이 평가를 전했는지는 서비스 공식 안내에서 찾지 못한 부분이어서, 원인을 짐작해 쓰지 않고 답변 원문만 남깁니다.</p><p>둘째 줄에서 본문의 값이 우리 병원과 다른 기관 양쪽에 걸치면 대상 미상입니다. 지역은 우리 병원과 같은데 의료진 이름은 다른 기관의 것인 글이 그런 예입니다.</p></section><section id="p2-steps"><h2>후기의 대상 기관을 가리는 다섯 단계</h2><ol class="step-list"><li>실장이 기관 식별표를 만들어 진단 담당에게 넘깁니다.</li><li>진단 담당이 병원의 평판이나 후기를 묻는 질문으로 답변 원문, 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변의 평가 문장마다 인용된 후기 원문을 열어, 후기가 달린 곳과 본문의 식별 정보를 판정 목록에 옮깁니다.</li><li>진단 담당이 후기마다 기관 식별표와 맞대어 세 판정 가운데 하나를 매깁니다.</li><li>원장이 판정 목록을 읽고 수정 권고의 범위를 승인합니다.</li></ol><p>첫째 단계가 질문보다 앞서는 까닭은 식별표 없이 후기를 읽으면 기억에 기대어 가리게 되기 때문입니다. 「우리 병원에는 그런 의료진이 없다」는 판단은 떠난 의료진이나 옛 소재지를 빼놓은 기억일 수 있습니다.</p><p>셋째 단계에서 후기 원문을 옮길 때는 작성자의 별명이나 내원 날짜처럼 개인을 가리킬 수 있는 부분을 빼고, 기관을 가리키는 구절만 옮깁니다. 판정에 쓰는 것은 기관의 식별 정보이지 글쓴이가 누구인지가 아닙니다.</p></section><section id="p2-idtable"><h2>기관 식별표의 다섯 항목</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>우리 병원 값으로 기록할 것</th><th>함께 기록할 다른 기관의 값</th></tr></thead><tbody><tr><td>등록 페이지</td><td>지도·예약 서비스마다 우리 병원 등록 페이지의 주소</td><td>이름이 같거나 비슷한 기관의 등록 페이지 주소</td></tr><tr><td>소재지</td><td>지금의 소재지와 옮기기 전 소재지, 옮긴 날</td><td>이름이 같은 기관의 소재지</td></tr><tr><td>진료 과목</td><td>지금 진료하는 과목</td><td>이름이 같은 기관의 진료 과목</td></tr><tr><td>의료진</td><td>지금 근무하는 의료진과 떠난 의료진의 이름, 근무 기간</td><td>공개된 범위의 다른 기관 의료진 이름</td></tr><tr><td>같은 상호를 쓰는 기관</td><td>우리 병원의 개설 명칭</td><td>같은 상호를 쓰는 다른 지점과 그 소재지</td></tr></tbody></table></div></div><p>셋째 열이 필요한 까닭은 다른 기관 후기라는 판정이 우리 병원 값과 다르다는 것만으로는 매겨지지 않기 때문입니다. 우리 값과 다르기만 하고 어느 기관의 것인지 알 수 없는 후기는 대상 미상입니다. 다른 기관의 값과 일치할 때만 다른 기관 후기로 매깁니다.</p><p>넷째 줄의 근무 기간은 후기를 쓴 날과 맞댑니다. 떠난 의료진의 이름이 나온 후기라도 쓴 날이 근무 기간 안이면 우리 병원 후기입니다. 다섯째 줄은 상호가 같아 같은 병원처럼 읽히지만 개설자와 등록 페이지가 다른 지점을 가르는 데 씁니다.</p></section><section id="p3-compare"><h2>내용부터 읽는 방식과 대상부터 가리는 방식의 비교</h2><p>후기가 섞였는지를 찾는 방식은 둘로 나눌 수 있습니다. 하나는 후기 내용을 먼저 읽고 우리 병원 이야기 같은지를 판단하는 방식이고, 다른 하나는 내용을 읽기 전에 대상 기관부터 식별 정보로 가리는 방식입니다.</p><p>내용부터 읽으면 판단의 근거가 병원 사람의 느낌이 됩니다. 「우리 병원은 대기 시간이 길지 않다」고 여기는 직원은 대기가 길었다는 후기를 다른 기관의 것으로, 친절했다는 후기를 우리 것으로 기울여 읽을 수 있습니다. 이렇게 매긴 판정은 평가의 좋고 나쁨을 따라가므로, 다른 기관의 좋은 후기가 우리 평가로 남고 우리 병원의 나쁜 후기가 혼입으로 빠질 수 있습니다.</p><p>대상부터 가리면 판정 근거가 식별표의 값으로 남습니다. 어느 등록 페이지에 달린 후기였는지, 본문의 어느 구절이 어느 기관의 값과 일치했는지가 기록되어, 다른 사람이 같은 후기를 다시 열어도 같은 판정에 이릅니다. 대신 대상 미상이 늘어납니다. 내용으로는 우리 병원 이야기처럼 읽히는데 식별 정보가 없는 후기를 우리 병원 후기로 매기지 않기 때문입니다.</p><p>대상 미상이 늘어나는 것을 줄이려고 병원의 접수 기록으로 글쓴이가 실제로 온 사람인지를 찾는 일은 이 진단에서 하지 않습니다. 공개된 식별 정보만으로 가리고, 환자 기록을 진단에 쓸지는 원장이 병원의 개인정보 처리 기준에 따라 따로 정합니다.</p><p>수정 권고도 대상 판정에서 갈립니다. 다른 기관 후기가 다른 기관의 등록 페이지에 제대로 달려 있다면 후기도 페이지도 고칠 것이 없고, 답변이 두 기관을 섞었다는 사실만 기록합니다. 다른 기관 후기가 우리 등록 페이지에 달려 있다면 그 서비스가 공식으로 안내하는 절차에 따라 정정을 요청하도록 권고합니다. 대상 미상은 권고 대상에 올리지 않습니다.</p><p>인계할 때는 기관 식별표, 후기별 판정 목록, 원장의 승인 기록을 함께 넘깁니다. 다음 진단 담당은 식별표에서 그사이 바뀐 의료진과 새로 생긴 같은 상호의 기관을 실장에게 받아 고친 뒤 같은 질문을 다시 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>다른 병원 후기 혼입 판정 자주 묻는 질문</h2><div class="faq-card"><h3>우리 병원 후기와 다른 기관 후기가 한 요약 문장에 함께 녹아 있으면 어떻게 기록하나요?</h3><p>판정은 후기마다 따로 매기고, 요약 문장에는 혼입이 있는 문장이라고 표시합니다. 문장 안의 어느 평가가 어느 후기에서 왔는지 나눌 수 없으면 나누지 않고, 인용된 후기들의 판정을 문장 옆에 나란히 씁니다.</p></div><div class="faq-card"><h3>병원이 소재지를 옮기기 전의 주소가 나온 후기는 어느 판정인가요?</h3><p>후기를 쓴 날이 식별표의 옮긴 날보다 앞이면 우리 병원 후기입니다. 옮긴 날 뒤에 쓴 후기가 옛 소재지를 말한다면 그곳에 새로 들어선 기관의 후기일 수 있으므로, 그 기관이 식별표 셋째 열에 있으면 다른 기관 후기로, 없으면 대상 미상으로 매깁니다.</p></div><div class="faq-card"><h3>답변이 후기 서비스의 별점 평균만 전했을 때도 후기마다 판정하나요?</h3><p>별점 평균은 후기 하나의 값이 아니라 등록 페이지의 값이므로, 그 페이지가 식별표의 우리 등록 페이지인지로 한 번만 판정합니다. 답변이 어느 페이지의 평균인지 인용하지 않았다면 대상 미상입니다.</p></div><div class="faq-card"><h3>한 등록 페이지에 두 기관의 후기가 함께 달린 것으로 읽히면 어떻게 가리나요?</h3><p>서비스가 두 기관을 한 페이지로 합쳐 놓은 경우에는 페이지만으로 대상을 정할 수 없습니다. 이때는 후기마다 본문의 지역, 진료 과목, 의료진 이름을 식별표와 맞대는 게시판·블로그 글의 방법으로 판정하고, 페이지가 합쳐져 있다는 사실을 판정 목록에 함께 씁니다.</p></div><div class="faq-card"><h3>식별표에 없는 기관의 등록 페이지에 달린 후기는 어떻게 처리하나요?</h3><p>진단 담당이 그 페이지의 기관 이름과 소재지를 실장에게 알리고, 실장이 식별표 셋째 열에 그 기관을 더한 뒤 다른 기관 후기로 매깁니다. 식별표에 더한 날을 함께 써서, 그 전에 대상 미상으로 남은 후기를 다시 맞댈 수 있게 합니다.</p></div></section><section id="p4-next"><h2>판정 뒤 병원 채널에서 이어지는 일</h2><p>다른 기관 후기가 우리 등록 페이지에 달려 있었다면, 같은 서비스에 우리 병원이 두 번 등록되어 있거나 옛 소재지의 등록이 남아 있는지도 함께 찾습니다. 병원 밖 서비스에 실린 병원 정보를 어떤 주기로 점검하고 누가 정정을 요청할지는 병원 외부 출처 관리에서 따로 다룹니다.</p><p>게시판·블로그 글이 대상 미상으로 많이 남았다면, 병원이 직접 쓰는 글부터 기관을 가릴 수 있게 씁니다. 글마다 지역과 진료 과목을 본문에 밝히면 그 글이 인용될 때 어느 기관의 글인지가 식별표와 맞대어집니다. 병원 글에 이런 정보를 어떻게 넣어 쓸지는 병원 블로그 글쓰기에서 이어서 정리합니다.</p><p>식별표는 의료진이 바뀐 날과 소재지를 옮긴 날에 실장이 고칩니다. 고친 뒤 첫 진단에서는 앞선 판정 목록의 대상 미상을 다시 열어, 새 식별표로 판정이 정해지는 후기가 있는지 맞댑니다.</p></section>]]></description></item><item><title>국외 경력을 국내 자격처럼 소개한 AI 답변, 승인 증빙 대조</title><link>https://hospitalgeocheck.com/%EA%B5%AD%EC%99%B8-%EA%B2%BD%EB%A0%A5%EC%9D%84-%EA%B5%AD%EB%82%B4-%EC%9E%90%EA%B2%A9%EC%B2%98%EB%9F%BC-%EC%86%8C%EA%B0%9C%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%EC%8A%B9%EC%9D%B8-%EC%A6%9D%EB%B9%99-%EB%8C%80%EC%A1%B0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B5%AD%EC%99%B8-%EA%B2%BD%EB%A0%A5%EC%9D%84-%EA%B5%AD%EB%82%B4-%EC%9E%90%EA%B2%A9%EC%B2%98%EB%9F%BC-%EC%86%8C%EA%B0%9C%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%EC%8A%B9%EC%9D%B8-%EC%A6%9D%EB%B9%99-%EB%8C%80%EC%A1%B0</guid><pubDate>Mon, 26 Oct 2026 07:10:43 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>경력의 세 요소와 국내 자격 주장</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>국외 경력이 국내 자격처럼 소개되면 두 가지를 따로 맞댑니다. 경력이 어느 나라의 어느 기관에서 어떤 역할로 있었던 일인지를 경력 원자료와 맞대고, 답변이 말한 자격이 국내 자격 자료에 있는지를 그와 별개로 맞댑니다. 국외에서 연수하거나 근무한 사실은 경력이고, 국내에서 전문과목을 표시할 수 있는 자격은 국내 절차로 인정받는 자격이어서, 앞의 것이 뒤의 것을 대신하지 못합니다.</p></div><p>학회 활동이 법정 자격으로 바뀐 요약을 자격이 바뀐 오류로 다루는 기준은 의료진 경력의 진단에서 이미 쓰는 기준입니다. 의료법 제77조는 전문의가 되려면 정해진 수련을 거쳐 보건복지부장관에게 자격 인정을 받아야 하고, 인정받지 않으면 전문과목을 표시하지 못한다고 정합니다. 국외 경력에서 더 가릴 것은 나라와 역할입니다. 답변이 나라를 빼거나 역할을 다른 말로 옮기면, 경력은 사실인데도 읽는 사람은 다른 자격으로 받아들입니다.</p><p>판정은 의료진을 소개한 문장의 경력 부분과 자격 부분에 저마다 매기며, 값은 네 가지 가운데 하나입니다. 국외 경력을 국가, 기관, 역할이 원자료와 같게 전했으면 경력 전달, 국외 경력을 국내 자격 자료에 없는 국내 자격으로 전했으면 국내 자격 전환, 국가와 기관은 같으나 역할이 원자료와 다르면 역할 바뀜, 경력 원자료나 국내 자격 자료가 없어 맞댈 수 없으면 증빙 없음입니다. 이 판정은 국외 경력의 값어치를 따지지 않습니다.</p></section><section id="p1-table"><h2>국외 경력 문장의 네 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>경력 전달</td><td>국외 경력을 국가, 기관, 역할이 원자료와 같게 전함</td><td>원자료의 문장을 기록</td></tr><tr><td>국내 자격 전환</td><td>국외 경력을 국내 자격 자료에 없는 국내 자격으로 전함</td><td>두 문장을 나란히 기록하고 수정 권고 목록에 올림</td></tr><tr><td>역할 바뀜</td><td>국가와 기관은 같으나 역할이 원자료와 다름</td><td>두 역할을 나란히 기록하고 수정 권고 목록에 올림</td></tr><tr><td>증빙 없음</td><td>경력 원자료나 국내 자격 자료가 없어 맞댈 수 없음</td><td>판정을 미루고 실장에게 자료를 요청</td></tr></tbody></table></div></div><p>국내 자격 전환은 나라 이름이 빠진 문장에서도 매깁니다. 국외에서 받은 자격을 답변이 나라를 밝히지 않고 전문의라고만 전했다면, 국내에서 읽는 사람은 국내 전문의로 받아들입니다. 그 과목의 국내 자격이 자격 자료에 없으면 국내 자격 전환입니다.</p><p>역할 바뀜을 따로 매기는 까닭은 나라와 기관이 맞아 틀린 곳이 없는 것처럼 읽히기 때문입니다. 연수를 받은 기관을 근무한 기관으로, 방문해 배운 일을 가르친 일로 옮기면 기관 이름은 같아도 경력의 뜻이 달라집니다.</p><p>답변이 왜 경력을 자격으로 옮겼는지는 서비스 공식 안내에서 찾을 수 없으므로, 원인은 쓰지 않고 문장과 자료만 기록합니다.</p></section><section id="p2-steps"><h2>경력 원자료와 국내 자격 자료를 따로 맞대는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변 원문, 질문한 날짜, 인용된 주소를 저장하고 의료진의 경력이나 자격을 말한 문장을 떼어 냅니다.</li><li>실장이 그 의료진의 경력 원자료와 국내 자격 자료를 의료진 본인의 승인을 받아 넘깁니다.</li><li>진단 담당이 답변의 문장에서 국가, 기관, 역할을 말한 부분을 찾아 경력 원자료와 요소마다 맞댑니다.</li><li>진단 담당이 답변이 자격으로 말한 부분을 국내 자격 자료와 맞대, 같은 이름의 자격이 있는지를 가립니다.</li><li>진단 담당이 경력 부분과 자격 부분에 저마다 판정을 매기고, 의료진 본인이 읽은 뒤 원장에게 넘깁니다.</li></ol><p>둘째 단계의 경력 원자료는 병원이 승인한 의료진 경력 문서입니다. 경력마다 나라, 기관의 정식 이름, 역할, 기간이 한 줄씩 있어야 합니다. 병원 홈페이지의 의료진 소개는 원자료가 아니라 맞댈 대상입니다. 소개 글이 이미 경력을 줄여 썼을 수 있기 때문입니다.</p><p>셋째 단계와 넷째 단계를 나누는 까닭은 하나가 맞다고 다른 하나를 건너뛰지 않기 위해서입니다. 경력이 원자료와 같다는 사실이 자격 주장을 받쳐 주지 않고, 국내 자격이 있다는 사실이 국외 경력의 역할을 받쳐 주지 않습니다.</p><p>원자료가 외국어 문서라면 진단 담당이 스스로 옮겨 역할을 정하지 않습니다. 의료진 본인이 승인한 우리말 표기를 받아 그 표기와 맞대고, 표기가 없으면 그 경력은 증빙 없음으로 매깁니다. 나라에 따라 직함의 뜻이 다를 수 있어, 글자대로 옮긴 말이 국내의 다른 직함과 같게 읽힐 수 있습니다.</p></section><section id="p2-fields"><h2>경력 원자료와 국내 자격 자료에서 읽는 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>칸</th><th>답변과 맞대는 것</th></tr></thead><tbody><tr><td>경력 원자료</td><td>국가</td><td>답변이 나라를 밝혔는지, 밝혔다면 같은지</td></tr><tr><td>경력 원자료</td><td>기관</td><td>기관의 이름이 같은지, 부속 기관을 본 기관으로 옮기지 않았는지</td></tr><tr><td>경력 원자료</td><td>역할과 기간</td><td>연수, 근무, 연구, 참관 가운데 같은 말인지</td></tr><tr><td>국내 자격 자료</td><td>자격 이름과 과목</td><td>답변이 말한 자격과 같은 이름, 같은 과목인지</td></tr><tr><td>국내 자격 자료</td><td>인정한 곳과 인정한 날</td><td>답변이 다른 곳에서 받은 자격으로 전하지 않았는지</td></tr></tbody></table></div></div><p>역할 칸의 네 낱말은 서로 바꿔 쓰지 않습니다. 연수는 배우러 간 일, 근무는 그 기관의 구성원으로 일한 일, 연구는 연구 과제에 참여한 일, 참관은 지켜본 일입니다. 원자료가 어느 낱말을 썼는지를 그대로 옮기고, 답변이 다른 낱말을 썼으면 역할 바뀜입니다.</p><p>기간이 원자료에 있으면 함께 맞댑니다. 몇 주의 연수를 답변이 몇 해의 경력처럼 전했다면 역할 칸에 기간이 다르다고 씁니다.</p></section><section id="p3-apply"><h2>경력 문장 하나를 두 자료와 맞대는 적용 방법</h2><p>적용은 답변의 경력 문장 하나를 놓고 두 번 읽는 일입니다. 한 번은 경력으로 읽고, 한 번은 자격으로 읽습니다. 답변이 어느 의료진을 두고 국외의 한 대학병원 출신 전문의라고 전했다고 하겠습니다.</p><p>경력으로 읽을 때는 세 요소를 찾습니다. 국가는 답변에 있고, 기관은 대학병원이며, 역할은 출신이라는 말입니다. 경력 원자료에 그 의료진이 그 대학병원에서 한 해 동안 연수했다고 쓰여 있다면 국가와 기관은 같습니다. 역할은 다릅니다. 출신이라는 말은 그 기관에서 수련했거나 구성원으로 일했다는 뜻으로 읽히고, 원자료의 말은 연수입니다. 이 부분은 역할 바뀜입니다.</p><p>자격으로 읽을 때는 전문의라는 말을 국내 자격 자료와 맞댑니다. 자격 자료에 그 의료진의 국내 전문과목 자격이 있다면 전문의라는 말은 받쳐집니다. 이때 남는 것은 역할 바뀜 하나입니다. 자격 자료에 국내 전문과목 자격이 없다면, 답변의 전문의는 국외 경력에서 끌어온 말이므로 국내 자격 전환을 함께 매깁니다. 한 문장에 두 판정이 매겨질 수 있습니다.</p><p>두 번 읽은 뒤에는 인용된 글을 엽니다. 병원 홈페이지의 의료진 소개가 이미 「국외 대학병원 출신」이라고 쓰고 있었다면 역할은 병원 글에서 바뀐 것이고, 소개 글에는 연수라고 쓰여 있었다면 답변에서 바뀐 것입니다. 앞의 경우 고칠 곳은 병원의 소개 글입니다.</p><p>판정을 매기는 동안 하지 않는 일이 있습니다. 국외 기관에 경력이 사실인지를 묻지 않고, 그 기관이 얼마나 이름난 곳인지를 쓰지 않으며, 연수가 근무보다 못한 경력이라고 평가하지 않습니다. 기록하는 것은 답변의 말이 원자료의 말과 같은 종류인지뿐입니다.</p><p>원장에게 넘길 때는 답변의 문장, 경력 원자료의 해당 줄, 국내 자격 자료의 해당 줄, 인용된 글의 문장을 함께 넘깁니다. 의료진 본인이 읽은 날짜도 씁니다. 수정 권고에 담는 것은 병원의 의료진 소개에 경력마다 나라와 역할을 밝히고, 국내 자격은 경력과 다른 줄에 쓰는 일까지입니다. 경력을 어떤 순서로 내세울지는 병원이 정할 일이어서 권고에 넣지 않습니다.</p></section><section id="p4-faq" class="faq-section"><h2>국외 경력과 국내 자격 자주 묻는 질문</h2><div class="faq-card"><h3>국내 전문의인 의료진의 국외 연수를 답변이 국외에서 수련한 전문의라고 전했다면 어떤 판정인가요?</h3><p>역할 바뀜입니다. 전문의라는 자격은 국내 자격 자료로 받쳐지지만, 연수를 수련으로 옮기면 자격을 얻은 과정이 국외에 있었던 것처럼 읽힙니다. 원자료의 연수와 답변의 수련을 나란히 기록합니다.</p></div><div class="faq-card"><h3>병원 소개 글이 이미 나라를 밝히지 않고 국외 자격을 전문의라고 써 놓았다면 답변의 오류인가요?</h3><p>답변은 인용한 글과 같게 전했지만, 국내 자격 자료와 맞대면 국내 자격 전환입니다. 바뀐 곳을 병원 글로 기록하고, 소개 글에 자격을 인정한 나라와 곳을 밝히는 일을 수정 권고에 담습니다. 이 줄은 병원의 문장이 먼저 고쳐져야 하는 줄입니다.</p></div><div class="faq-card"><h3>진단 담당이 국외 기관에 경력이 사실인지 물어야 하나요?</h3><p>묻지 않습니다. 진단은 병원이 승인한 경력 원자료와 답변을 맞대는 데까지입니다. 원자료 자체가 맞는지는 원장과 의료진 본인이 책임지는 부분이고, 진단 담당은 원자료가 없거나 승인되지 않았을 때 증빙 없음으로 매길 뿐입니다.</p></div><div class="faq-card"><h3>국외 학위를 국내 전문의 자격처럼 전한 답변도 이 판정으로 다루나요?</h3><p>다룹니다. 학위는 배움을 마쳤다는 증서이고 전문과목 자격과 종류가 다릅니다. 답변이 국외 학위를 들어 그 분야의 전문의라고 전했고 국내 자격 자료에 그 과목이 없다면 국내 자격 전환입니다. 학위를 학위로 전했다면 경력 전달입니다.</p></div><div class="faq-card"><h3>경력 원자료에 기간이 없으면 역할을 판정할 수 있나요?</h3><p>역할의 낱말이 원자료에 있으면 판정할 수 있습니다. 기간은 없다고 기록하고, 답변이 기간을 스스로 말했다면 원자료에 없는 기간이라고 옆에 씁니다. 역할의 낱말마저 없으면 증빙 없음입니다.</p></div></section><section id="p4-next"><h2>의료진 소개를 다듬을 때 생기는 같은 전환</h2><p>경력이 자격으로 옮겨 가는 일은 병원 안에서도 생깁니다. 의료진 소개를 짧게 다듬거나 AI 도구로 문장을 매끄럽게 고치는 과정에서 나라 이름이 빠지고 연수가 출신으로 바뀔 수 있습니다. 그렇게 고친 문장은 올리기 전에 경력 원자료와 요소마다 다시 맞댑니다. 병원 AI 콘텐츠 제작은 도구로 병원 글을 만들 때 조심할 점을 따로 정리합니다.</p><p>의료진이 새로 오거나 경력이 더해지면 경력 원자료부터 고치고, 소개 글은 그 뒤에 고칩니다. 순서가 거꾸로 되면 소개 글에는 있고 원자료에는 없는 경력이 생겨, 다음 진단에서 증빙 없음으로 매겨집니다.</p></section>]]></description></item><item><title>진료과와 기관 종별의 혼동, 공식 명칭·종별·진료과를 나눠 읽는 법</title><link>https://hospitalgeocheck.com/%EC%A7%84%EB%A3%8C%EA%B3%BC%EC%99%80-%EA%B8%B0%EA%B4%80-%EC%A2%85%EB%B3%84%EC%9D%98-%ED%98%BC%EB%8F%99-%EA%B3%B5%EC%8B%9D-%EB%AA%85%EC%B9%AD-%EC%A2%85%EB%B3%84-%EC%A7%84%EB%A3%8C%EA%B3%BC%EB%A5%BC-%EB%82%98%EB%88%A0-%EC%9D%BD%EB%8A%94-%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A7%84%EB%A3%8C%EA%B3%BC%EC%99%80-%EA%B8%B0%EA%B4%80-%EC%A2%85%EB%B3%84%EC%9D%98-%ED%98%BC%EB%8F%99-%EA%B3%B5%EC%8B%9D-%EB%AA%85%EC%B9%AD-%EC%A2%85%EB%B3%84-%EC%A7%84%EB%A3%8C%EA%B3%BC%EB%A5%BC-%EB%82%98%EB%88%A0-%EC%9D%BD%EB%8A%94-%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:10:30 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>이름을 세 부분으로 나눠 읽는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>진료과와 기관 종별을 혼동했는지는 답변이 전한 병원 이름을 공식 명칭, 종별, 진료과 세 부분으로 나눠 부분마다 기관 등록 정보와 맞대어 가립니다. 종별은 의원인지 병원인지 종합병원인지처럼 법이 정한 기관의 종류이고, 진료과는 그 기관 안에서 어떤 진료를 하는지입니다. 둘은 다른 정보인데, 답변에서는 한 이름 안에 붙어 나와 한쪽이 틀려도 눈에 띄지 않습니다.</p></div><p>종별은 법에 정해진 구분입니다. 의료법 제3조 제2항은 의료기관을 의원급 의료기관, 조산원, 병원급 의료기관으로 구분하고, 의원급에는 의원과 치과의원과 한의원을, 병원급에는 병원, 치과병원, 한방병원, 요양병원, 정신병원, 종합병원을 듭니다. 같은 조항은 의원급을 주로 외래환자를 대상으로 하는 의료기관으로, 병원급을 주로 입원환자를 대상으로 하는 의료기관으로 설명합니다.</p><p>그래서 「○○정형외과의원」을 「○○정형외과병원」으로 전한 답변은 이름 한 글자가 다른 것이 아니라 기관의 종류를 다르게 전한 것입니다. 환자는 병원이라는 말에서 입원이나 더 넓은 검사를 기대할 수 있고, 그 기대는 기관의 실제 종별과 맞지 않습니다. 진료과가 맞게 나왔더라도 종별은 따로 가려야 하는 까닭입니다.</p></section><section id="p1-table"><h2>이름의 세 부분과 네 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>예</th></tr></thead><tbody><tr><td>일치</td><td>공식 명칭, 종별, 진료과가 모두 등록 정보와 같음</td><td>등록된 이름 그대로 전함</td></tr><tr><td>종별 오기</td><td>이름 속 종별이 등록된 종별과 다름</td><td>의원을 병원이나 종합병원으로 전함</td></tr><tr><td>진료과 오기</td><td>이름이나 소개 속 진료과가 등록된 진료 과목과 다름</td><td>등록되지 않은 과목을 이름에 넣어 전함</td></tr><tr><td>명칭 결합 오류</td><td>종별과 진료과를 뗀 나머지에 등록 명칭에 없는 수식어나 지역 이름이 붙음</td><td>등록 명칭에 없는 센터나 지역 이름을 덧붙여 전함</td></tr></tbody></table></div></div><p>종별 오기는 방향을 함께 씁니다. 의원을 병원이나 종합병원으로 전했다면 실제보다 큰 기관으로 전한 것이고, 병원을 의원으로 전했다면 작은 기관으로 전한 것입니다. 앞의 경우는 환자가 그 기관에 없는 입원 시설이나 검사를 기대할 수 있고, 뒤의 경우는 받을 수 있는 진료를 없다고 여길 수 있어 고칠 때 설명이 달라집니다.</p><p>한 이름에 판정이 둘 이상 나올 수 있습니다. 종별도 다르고 진료과도 다르면 종별 오기와 진료과 오기를 함께 매기고, 부분마다 어긋난 값을 따로 씁니다.</p><p>판정은 기관 이름으로 전한 부분에만 매깁니다. 답변이 「이 병원은 평일 저녁까지 진료합니다」처럼 기관을 두루 가리키는 말로 병원이라고 쓴 것은 이름을 전한 것이 아니므로 종별 오기로 매기지 않습니다.</p></section><section id="p2-steps"><h2>세 부분을 맞대는 다섯 단계</h2><ol class="step-list"><li>실장이 기관 등록 정보에서 공식 명칭, 종별, 등록된 진료 과목을 옮겨 진단 담당에게 건넵니다.</li><li>진단 담당이 병원을 소개해 달라는 질문과 병원 이름을 묻는 질문으로 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변에서 기관 이름으로 전한 부분을 떼어 내, 공식 명칭과 종별과 진료과로 나눕니다.</li><li>진단 담당이 부분마다 등록 정보와 맞대어 앞의 표에 있는 네 판정 가운데 해당하는 것을 매깁니다.</li><li>일치가 아닌 판정은 진단 담당이 어긋난 부분과 인용 출처를 함께 원장에게 넘깁니다.</li></ol><p>첫째 단계에서 등록 정보를 그대로 옮기는 까닭은 병원 안에서 부르는 이름이 등록 명칭과 다를 수 있기 때문입니다. 간판이나 홈페이지의 이름이 등록 명칭을 줄이거나 꾸민 이름이라면, 그 차이도 함께 건네 진단 담당이 어느 쪽을 기준으로 삼는지 헷갈리지 않게 합니다. 기준은 등록 명칭입니다.</p><p>둘째 단계에서 질문을 두 가지로 하는 까닭은 이름이 나오는 모습이 다르기 때문입니다. 이름을 묻는 질문에는 기관 이름이 그대로 나오고, 소개를 부탁하는 질문에는 이름에 설명하는 말이 덧붙어 나오는 경우가 있습니다. 두 답변의 이름을 나란히 나눠 읽으면 어느 부분이 덧붙은 말인지 가릴 수 있습니다.</p><p>다섯째 단계에서 인용 출처를 넘기는 까닭은 병원 채널이 출처인 경우가 있기 때문입니다. 병원 블로그나 소개 글이 의원을 병원이라고 부르고 있었다면, 답변은 그 표현을 옮긴 것일 수 있어 병원 채널부터 고칩니다.</p></section><section id="p2-materials"><h2>부분별 대조 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>이름의 부분</th><th>대조 자료</th><th>맞댈 때 주의할 점</th></tr></thead><tbody><tr><td>공식 명칭</td><td>기관 등록 정보의 명칭</td><td>띄어쓰기와 덧붙은 말까지 글자 그대로 맞댐</td></tr><tr><td>종별</td><td>기관 등록 정보의 종별</td><td>이름 끝의 의원, 병원, 종합병원 같은 말을 따로 떼어 맞댐</td></tr><tr><td>진료과</td><td>등록된 진료 과목과 병원 공식 소개</td><td>이름에 든 과목과 소개 문장의 과목을 모두 맞댐</td></tr></tbody></table></div></div><p>둘째 줄에서 종별을 따로 떼는 까닭은 이름 전체를 한 덩어리로 맞대면 한 글자 차이로만 읽히기 때문입니다. 종별을 떼어 등록된 종별과 나란히 쓰면, 의원과 병원의 차이가 기관 종류의 차이로 드러납니다.</p><p>셋째 줄의 진료과는 이름 안의 과목과 소개 문장의 과목을 따로 맞댑니다. 이름에는 등록된 과목만 있는데 소개 문장에 등록되지 않은 과목이 나왔다면, 이름은 일치이고 소개 문장의 과목만 진료과 오기로 매깁니다. 어느 쪽에서 어긋났는지를 밝혀야 고칠 문장을 찾을 수 있습니다.</p></section><section id="p3-apply"><h2>답변 속 이름 한 줄을 나눠 읽는 적용 방법</h2><p>세 부분으로 나누는 일은 이름 한 줄을 두고 차례로 하면 빠지는 부분이 없습니다. 다음은 설명을 위해 꾸민 가상의 예입니다. 등록 정보의 공식 명칭은 「○○정형외과의원」, 종별은 의원, 등록된 진료 과목은 정형외과와 재활의학과입니다.</p><p>답변은 이 기관을 「○○정형외과·신경외과 병원」이라고 전했습니다. 이것은 설명을 위해 꾸민 가상의 AI 답변입니다. 먼저 이름 끝의 종별을 뗍니다. 답변의 종별은 병원이고 등록된 종별은 의원이어서 종별 오기입니다.</p><p>다음으로 진료과를 뗍니다. 답변의 이름에는 정형외과와 신경외과가 들어 있고, 등록된 진료 과목은 정형외과와 재활의학과입니다. 신경외과는 등록되지 않은 과목이어서 진료과 오기입니다. 재활의학과가 이름에 빠진 것은 등록 명칭에도 없는 과목이므로 오기로 매기지 않습니다.</p><p>마지막으로 남은 부분을 공식 명칭과 맞댑니다. 종별과 진료과를 뗀 나머지는 「○○」으로 등록 명칭과 같아, 명칭 결합 오류는 없습니다. 이 이름 한 줄의 판정은 종별 오기와 진료과 오기 둘입니다.</p><p>나누는 차례를 종별, 진료과, 나머지로 정한 데에는 까닭이 있습니다. 이름 끝의 종별은 어디까지가 종별인지 분명해 먼저 뗄 수 있고, 진료과는 등록 과목 목록과 맞대면 이름 안에서 찾아낼 수 있습니다. 둘을 떼고 남은 것이 공식 명칭과 맞댈 부분이어서, 차례를 바꾸면 남은 부분이 무엇인지 흐려집니다.</p><p>나눠 읽은 결과는 부분마다 한 줄씩 기록합니다. 종별 줄에는 답변의 병원과 등록의 의원을, 진료과 줄에는 답변의 신경외과와 등록 과목 목록을 나란히 씁니다. 한 줄로 「이름이 다름」이라고만 쓰면, 고칠 때 무엇이 어떻게 다른지를 다시 찾아야 합니다. 부분마다 줄을 나누면 종별은 누가 고치고 진료과는 누가 고칠지도 따로 맡길 수 있습니다.</p><p>이 기록을 넘길 때는 등록 정보의 사본, 답변 원문, 부분별 판정을 함께 넘깁니다. 다음 진단 담당은 같은 질문으로 다시 물어 이름의 세 부분을 같은 차례로 나눠 읽고, 지난 판정과 부분마다 견줍니다.</p></section><section id="p4-faq" class="faq-section"><h2>진료과와 종별 혼동 자주 묻는 질문</h2><details class="faq-acc" open><summary>환자들이 의원을 흔히 병원이라고 부르는데 그것도 오류인가요?</summary><p>답변이 기관을 두루 가리키는 말로 병원이라고 쓴 것은 판정하지 않습니다. 기관 이름으로 「○○병원」이라고 전했을 때만 종별 오기로 매깁니다. 둘을 가르는 기준은 그 말이 이름의 일부로 쓰였는지입니다. 같은 답변 안에 이름으로 쓴 곳과 두루 가리키는 말로 쓴 곳이 함께 있으면, 이름으로 쓴 곳만 떼어 판정합니다.</p></details><details class="faq-acc"><summary>전문병원이나 센터라는 말이 붙어 나오면 어떻게 판정하나요?</summary><p>등록 명칭에 없는 말이 이름에 붙었다면 명칭 결합 오류입니다. 전문병원처럼 지정을 받아야 쓸 수 있는 말이라면, 병원이 그 지정을 받았는지를 원장이 지정 서류로 확인한 결과를 판정과 함께 기록합니다.</p></details><details class="faq-acc"><summary>진료 과목은 맞는데 순서가 다르게 나오면 오류인가요?</summary><p>과목의 순서는 판정하지 않습니다. 등록된 과목이 모두 맞게 나왔다면 일치이고, 순서 차이는 기록에도 남기지 않습니다. 다만 등록된 과목 가운데 일부만 나온 경우는 빠진 과목을 기록해, 병원 소개에 그 과목이 문장으로 있는지를 이어서 대조합니다.</p></details><details class="faq-acc"><summary>등록된 진료 과목과 병원이 실제로 주로 보는 진료가 다르면 무엇을 기준으로 하나요?</summary><p>이름과 종별, 진료 과목은 등록 정보를 기준으로 삼습니다. 병원이 주로 보는 진료가 무엇인지는 공식 소개의 내용으로 따로 맞대고, 이름의 판정과 섞지 않습니다.</p></details><details class="faq-acc"><summary>종별이 바뀐 병원은 어떻게 판정하나요?</summary><p>등록 정보에 종별이 바뀐 날짜를 함께 받아, 그 날짜 전의 답변은 이전 종별로, 뒤의 답변은 새 종별로 판정합니다. 바뀐 뒤에도 옛 종별이 나온다면 옛 정보가 남은 종별 오기로 기록합니다. 종별이 바뀌면 간판과 홈페이지, 지도 서비스의 이름도 함께 바뀌어야 하므로, 옛 이름이 남은 채널을 인용 출처에서 찾아 함께 넘깁니다.</p></details></section><section id="p4-next"><h2>이름을 채널마다 맞춘 뒤</h2><p>종별 오기나 명칭 결합 오류의 출처가 병원 채널이었다면, 홈페이지와 블로그, 지도 서비스에서 병원 이름이 서로 다르게 쓰이고 있을 수 있습니다. 병원 정보가 채널마다 다를 때 어디를 기준으로 맞출지는 병원정보정합성관리에서 이어서 다룹니다.</p><p>진료 과목을 새로 등록하거나 뺀 병원이라면 등록 정보가 바뀐 날짜를 기준으로 판정을 나눕니다. 바뀐 날 전의 답변은 이전 과목 목록으로, 뒤의 답변은 새 목록으로 맞대고, 병원 채널의 이름과 소개도 같은 날 함께 고칩니다.</p><p>이름은 병원의 다른 정보가 모두 걸리는 첫 식별 기준입니다. 등록 명칭을 기준으로 한 표기 원칙을 한 줄로 정해 새 글과 새 채널에 똑같이 쓰면, 같은 오기가 다시 생기는 일을 줄일 수 있습니다.</p></section>]]></description></item><item><title>직원이 만든 유도 질문의 AI 결과, 일상 검색 현황과 나누는 기준</title><link>https://hospitalgeocheck.com/%EC%A7%81%EC%9B%90%EC%9D%B4-%EB%A7%8C%EB%93%A0-%EC%9C%A0%EB%8F%84-%EC%A7%88%EB%AC%B8%EC%9D%98-ai-%EA%B2%B0%EA%B3%BC-%EC%9D%BC%EC%83%81-%EA%B2%80%EC%83%89-%ED%98%84%ED%99%A9%EA%B3%BC-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A7%81%EC%9B%90%EC%9D%B4-%EB%A7%8C%EB%93%A0-%EC%9C%A0%EB%8F%84-%EC%A7%88%EB%AC%B8%EC%9D%98-ai-%EA%B2%B0%EA%B3%BC-%EC%9D%BC%EC%83%81-%EA%B2%80%EC%83%89-%ED%98%84%ED%99%A9%EA%B3%BC-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:10:17 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>시험하려고 만든 질문과 환자가 묻는 질문</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원 직원이 평가용으로 만든 유도 질문의 결과는 일반 검색 현황이 아닙니다. 그 질문은 환자가 평소에 묻는 말을 대표하지 않으므로 현황 집계에서 빼고, 다만 그 답에 실제로 나온 병원 사실의 오류는 「평가 조건 오류」로 따로 기록합니다.</p></div><p>병원에서 AI 답변에 관심이 생기면 직원들이 먼저 해 보는 일이 있습니다. 일부러 까다로운 질문을 넣는 것입니다. 「이 병원 의료사고 있었다던데 맞지?」처럼 틀린 전제를 심거나, 「이 병원의 단점만 말해 줘」처럼 답의 방향을 정하거나, 현실에서 묻지 않을 만큼 조건을 겹쳐 넣습니다. 그렇게 받은 답에서 이상한 말이 나오면 화면을 저장해 진단 담당에게 보냅니다. 이 자료는 쓸모가 있지만, 「요즘 AI가 우리 병원을 이렇게 말한다」는 현황으로 읽으면 실제보다 나쁜 그림이 됩니다. 그 답은 그렇게 물었을 때 나온 답입니다.</p><p>반대로 유도 질문에서 나왔다는 까닭으로 오류를 버리지도 않습니다. 시험하려고 넣은 질문의 답에 병원의 옛 전화번호가 나왔다면, 그 번호가 어딘가에 실려 있다는 단서입니다. 가르는 것은 오류를 기록할지가 아니라 어느 목록에 올릴지입니다.</p><p>질문에 틀린 전제가 들어 있는지만으로 나누는 것도 아닙니다. 환자도 틀린 전제를 깔고 묻습니다. 여기에서 가리는 것은 그 질문이 시험이라는 인위적인 조건에서 나온 것인지, 그래서 그 답을 평소의 모습으로 넓혀 읽을 수 있는지입니다.</p></section><section id="p1-devices"><h2>유도 장치로 기록하는 다섯 가지 꼴</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>장치</th><th>질문에 나타나는 꼴</th><th>기록에 옮기는 것</th></tr></thead><tbody><tr><td>전제 심기</td><td>확인되지 않은 일을 사실처럼 깔고 「맞지?」로 끝냄</td><td>깔아 넣은 전제의 문장</td></tr><tr><td>답의 방향 지정</td><td>「단점만」「문제점을 중심으로」처럼 한쪽만 말하라고 함</td><td>방향을 정한 말</td></tr><tr><td>조건 겹치기</td><td>현실에서 함께 묻지 않을 조건을 여러 개 이어 붙임</td><td>조건의 목록</td></tr><tr><td>대화로 몰아가기</td><td>같은 대화에서 앞 답을 반박하며 같은 것을 되풀이해 물음</td><td>그 대화의 앞 입력 전부</td></tr><tr><td>역할이나 가정 지정</td><td>「너는 불만이 많은 환자다」처럼 말하는 쪽의 처지를 정함</td><td>지정한 문장</td></tr></tbody></table></div></div><p>장치가 하나라도 있으면 평가 질문의 표시로 기록합니다. 장치가 없더라도 만든 사람이 시험하려고 넣었다고 밝혔으면 평가 질문입니다. 누가 만들었는지는 기준이 아닙니다. 직원이 창구에서 실제로 받은 물음을 그대로 옮겨 넣었다면 직원이 넣었어도 일상 질문입니다.</p></section><section id="p2-steps"><h2>목적과 입력 원문으로 질문을 나누는 순서</h2><ol class="step-list"><li>받은 자료마다 입력 원문을 글자 그대로 옮깁니다. 같은 대화에서 그 앞에 넣은 입력이 있으면 모두 옮기고, 응답 시각과 서비스 이름을 씁니다.</li><li>질문을 넣은 사람에게 목적을 묻습니다. 환자가 실제로 묻는 말을 옮긴 것인지, 시험하려고 만든 것인지를 그 사람의 말로 기록합니다.</li><li>입력 원문에 위 표의 장치가 있는지를 읽어 표시합니다.</li><li>일상 질문이라고 답한 것은 근거를 받습니다. 창구나 전화로 받은 물음의 기록, 문의 양식에 들어온 글, 병원이 가진 검색어 자료 가운데 그 질문과 닿는 것입니다.</li><li>답에 나온 병원 정보를 승인 사실과 맞대고, 아래 표로 값을 정합니다.</li></ol><p>둘째와 셋째 단계의 결과가 다를 수 있습니다. 넣은 사람은 평소 질문이라고 했는데 입력에 전제 심기가 들어 있는 경우입니다. 이때는 장치가 있는 쪽으로 분류하고, 그 사람의 말을 메모에 남깁니다. 환자가 실제로 그렇게 묻는다는 근거가 넷째 단계에서 나오면 일상 질문으로 옮깁니다.</p><p>넷째 단계에서 근거가 없고 장치도 없으며 넣은 사람이 목적을 밝히지 못한 질문은 「분류 미정」입니다. 그럴듯한 질문이라는 까닭으로 일상 질문에 넣지 않습니다.</p><p>다섯째 단계는 분류와 상관없이 모든 자료에 합니다. 평가 질문의 답이라고 해서 승인 사실과 맞대는 일을 건너뛰지 않습니다. 분류는 값을 어느 목록에 올릴지를 정할 뿐, 답을 읽을지 말지를 정하지 않습니다.</p></section><section id="p2-table"><h2>질문의 분류와 답의 오류 판정표</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>질문의 분류</th><th>답의 병원 정보</th><th>판정 값</th><th>올리는 목록</th></tr></thead><tbody><tr><td>일상 질문</td><td>승인 사실과 다른 곳이 있음</td><td>현황 오류</td><td>현황 집계</td></tr><tr><td>일상 질문</td><td>다른 곳이 없음</td><td>현황 일치</td><td>현황 집계</td></tr><tr><td>평가 질문</td><td>승인 사실과 다른 곳이 있음</td><td>평가 조건 오류</td><td>평가 목록</td></tr><tr><td>평가 질문</td><td>다른 곳이 없음</td><td>평가 조건 이상 없음</td><td>평가 목록</td></tr><tr><td>분류 미정</td><td>승인 사실과 다른 곳이 있음</td><td>분류 미정 오류</td><td>어느 집계에도 넣지 않음</td></tr><tr><td>분류 미정</td><td>다른 곳이 없음</td><td>분류 미정</td><td>어느 집계에도 넣지 않음</td></tr></tbody></table></div></div><p>「평가 조건 오류」에서 가려 쓸 것이 있습니다. 답이 질문에 심은 전제를 그대로 받아 말한 부분과, 질문에 없던 틀린 병원 정보를 답이 내놓은 부분입니다. 앞의 것은 메모에 「전제를 따라 말함」이라고 쓰고, 뒤의 것은 틀린 값과 함께 「질문에 없던 값」이라고 씁니다. 병원에 알릴 단서가 되는 것은 뒤의 것입니다.</p><p>「분류 미정 오류」도 오류의 내용은 병원에 전합니다. 다만 어느 집계에도 넣지 않았다는 것과, 분류에 필요한 자료가 무엇인지를 함께 밝힙니다.</p></section><section id="p3-mistakes"><h2>평가 질문의 결과를 다룰 때 자주 틀리는 세 가지</h2><p>첫째는 평가 질문의 오류를 현황의 건수에 더하는 것입니다. 직원 셋이 하루 동안 까다로운 질문을 몰아 넣어 이상한 답을 여럿 얻었다면, 그날 보고의 오류 건수는 크게 늘어납니다. 늘어난 것은 AI가 병원을 말하는 방식이 아니라 질문의 방식입니다. 이 숫자가 다음 달 보고와 나란히 놓이면 병원은 한 달 사이에 상황이 나빠졌거나 좋아졌다고 읽게 됩니다. 두 목록의 건수는 더하지 않고, 서로 다른 표에 씁니다.</p><p>둘째는 평가 질문이라는 까닭으로 답의 내용을 읽지 않는 것입니다. 「유도해서 나온 답이니 뜻이 없다」고 닫으면, 질문에 없던 틀린 값이 답에 나왔다는 단서를 놓칩니다. 그 값이 병원의 글이나 바깥 글 어디에 실려 있는지를 찾아, 있으면 그 주소를 병원에 전합니다. 실려 있는 글이 있다면 그것은 질문과 상관없이 고칠 글입니다.</p><p>셋째는 평가 질문의 답으로 환자의 경험을 말하는 것입니다. 「환자들이 이런 답을 받고 있다」는 문장은 일상 질문의 답에서만 쓸 수 있습니다. 평가 질문의 답을 전할 때는 「이런 조건으로 물었을 때 이런 답이 나왔음」이라고 조건을 앞에 씁니다. 조건을 떼고 답만 회의 자료에 옮기면, 읽는 사람은 그것을 환자가 받는 답으로 받아들입니다.</p><p>세 가지 모두 목록을 나누어 놓으면 막을 수 있습니다. 진단 담당은 자료를 받은 날 분류부터 하고, 분류하지 않은 자료를 보고서의 어느 표에도 올리지 않습니다.</p></section><section id="p3-handover"><h2>두 묶음으로 나누어 전하는 질문 목록</h2><p>병원에 전하는 질문 목록은 처음부터 둘로 나눕니다. 일상 질문의 묶음에는 질문마다 어디에서 온 물음인지를 쓰고, 평가 질문의 묶음에는 질문마다 어떤 장치가 들어 있었는지와 넣은 사람이 밝힌 목적을 씁니다. 분류 미정인 질문은 셋째 묶음으로 따로 놓고, 어떤 자료가 오면 분류할 수 있는지를 곁에 씁니다.</p><p>병원이 지금 AI 답변에 어떻게 나오는지를 읽는 일은 일상 질문으로 받은 답만으로 합니다. 평가 질문의 답은 그 읽기에 넣지 않으며, 답을 관측하는 일과 구분하여 AI가 병원 정보를 찾고 고르고 설명하는 흐름은 AI 검색 노출 원리에서 공식 문서 범위 안에서 다룹니다.</p><p>평가 목록은 병원이 다른 쓰임으로 읽습니다. 질문에 없던 틀린 값이 어느 글에 실려 있었는지, 어떤 조건에서 답이 병원에 관해 근거 없는 말을 했는지를 알아 두는 자료입니다. 이 목록의 건수를 달마다 견주어 늘었다거나 줄었다고 쓰지 않습니다. 그달에 어떤 시험 질문을 몇 개 넣었는지에 따라 달라지는 숫자이기 때문입니다.</p></section><section id="p4-faq" class="faq-section"><h2>직원이 만든 유도 질문 자주 묻는 질문</h2><details class="faq-acc" open><summary>환자도 실제로 몰아붙이듯 묻는 때가 있는데 그런 질문은 어느 쪽인가요?</summary><p>그렇게 물은 기록이 있으면 일상 질문입니다. 창구에 들어온 항의성 물음이나 문의 양식의 글이 근거가 됩니다. 장치가 들어 있다는 사실은 메모에 남기고, 근거가 된 기록의 날짜와 받은 곳을 함께 씁니다.</p></details><details class="faq-acc"><summary>질문을 만든 직원이 왜 그렇게 물었는지 기억하지 못하면 어떻게 분류하나요?</summary><p>입력 원문의 장치로 분류합니다. 장치가 있으면 평가 질문이고, 장치도 없고 일상 질문이라는 근거도 없으면 「분류 미정」입니다. 기억나지 않는다는 답도 그대로 기록합니다.</p></details><details class="faq-acc"><summary>바깥 업체가 가져온 질문 목록에도 같은 기준을 쓰나요?</summary><p>같은 기준을 씁니다. 질문마다 어디에서 온 물음인지를 묻고, 업체가 만든 질문이면 무엇을 시험하려던 것인지를 받습니다. 답을 받지 못한 질문은 장치가 없으면 「분류 미정」으로 남깁니다.</p></details><details class="faq-acc"><summary>평가 질문을 넣는 일 자체를 하지 말라고 해야 하나요?</summary><p>진단 담당이 막지 않습니다. 병원이 답의 한계를 알아 두려고 시험하는 것은 병원이 정할 일입니다. 다만 넣을 때 시험이라는 목적과 입력 원문을 함께 남겨 달라고 요청합니다. 그 기록이 없으면 뒤에 받은 자료를 나눌 수 없습니다.</p></details><details class="faq-acc"><summary>일상 질문으로 분류한 뒤에 시험용이었다는 말이 나오면 값을 고치나요?</summary><p>분류를 고치고 값을 다시 씁니다. 앞의 값과 고친 날짜, 새로 나온 말을 한 사람을 함께 남깁니다. 현황 집계에 들어갔던 건이면 집계도 다시 세고, 고쳐 세었다는 사실을 보고서에 밝힙니다.</p></details></section><section id="p4-input"><h2>입력 원문을 다듬지 않고 남기는 까닭</h2><p>질문은 넣은 글자 그대로 남깁니다. 오타와 말투, 줄 바꿈까지 고치지 않습니다. 「맞지?」를 「맞나요」로 다듬는 것만으로 전제 심기의 세기가 달라지고, 뒤에 읽는 사람은 장치가 있었는지를 다르게 가리게 됩니다. 같은 대화의 앞 입력을 빼지 않는 것도 같은 까닭입니다. 마지막 질문만 놓으면 평범한 물음이지만, 앞에서 세 번 반박한 뒤의 물음이라면 몰아가기입니다. 화면을 저장할 때도 마지막 답만 담지 않고 대화의 처음부터 담습니다.</p></section>]]></description></item><item><title>출처별 진단 결과를 수정 권한에 따라 부서 과제로 나누는 방법</title><link>https://hospitalgeocheck.com/%EC%B6%9C%EC%B2%98%EB%B3%84-%EC%A7%84%EB%8B%A8-%EA%B2%B0%EA%B3%BC%EB%A5%BC-%EC%88%98%EC%A0%95-%EA%B6%8C%ED%95%9C%EC%97%90-%EB%94%B0%EB%9D%BC-%EB%B6%80%EC%84%9C-%EA%B3%BC%EC%A0%9C%EB%A1%9C-%EB%82%98%EB%88%84%EB%8A%94-%EB%B0%A9%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%B6%9C%EC%B2%98%EB%B3%84-%EC%A7%84%EB%8B%A8-%EA%B2%B0%EA%B3%BC%EB%A5%BC-%EC%88%98%EC%A0%95-%EA%B6%8C%ED%95%9C%EC%97%90-%EB%94%B0%EB%9D%BC-%EB%B6%80%EC%84%9C-%EA%B3%BC%EC%A0%9C%EB%A1%9C-%EB%82%98%EB%88%84%EB%8A%94-%EB%B0%A9%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:10:05 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>부서 이름이 아닌 수정 권한으로 자르는 과제</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>출처별 진단 결과는 부서 이름으로 나누지 않고, 그 출처를 실제로 고칠 수 있는 사람이 누구인지에 따라 과제로 나눕니다. 「홈페이지 오류는 홍보팀」이라고 넘기면 홍보팀은 과제를 받지만 고치지는 못할 수 있습니다. 홈페이지의 글을 고치는 계정은 제작 업체에 있고, 지도 서비스의 등록 정보는 원무팀 직원의 계정에 묶여 있으며, 블로그는 대행사가 올리는 식으로 권한이 흩어져 있기 때문입니다.</p></div><p>인계의 단위는 출처 하나와 그 출처의 수정 권한을 가진 사람 한 명의 짝입니다. 같은 오류가 출처 세 곳에 실려 있다면 고치는 과제는 셋이고, 과제마다 맡는 사람이 다를 수 있습니다. 부서 이름으로 묶으면 세 과제가 한 부서에 한 줄로 넘어가, 그 부서가 고칠 수 없는 두 곳은 그대로 남습니다.</p><p>부서 이름으로 넘긴 과제는 세 가지 모습으로 멈출 수 있습니다. 받은 부서가 권한이 없어 다른 부서에 다시 넘기거나, 권한을 가진 업체에 말로만 전해 기록이 끊기거나, 고칠 수 있는 한 곳만 고치고 끝났다고 답하는 것입니다. 어느 쪽이든 진단 담당은 끝났다는 답을 받지만 출처는 그대로입니다.</p><p>과제는 두 종류로 만듭니다. 하나는 사실을 정하는 과제이고, 다른 하나는 출처를 고치는 과제입니다. 어느 값이 맞는지를 정하는 사람과 그 값을 페이지에 넣는 사람은 다릅니다. 진료 시간은 원장이 승인하고, 홈페이지에 그 시간을 넣는 것은 계정을 가진 사람입니다. 사실을 정하는 과제는 오류 하나에 하나이고, 출처를 고치는 과제는 그 오류가 실린 출처의 수만큼입니다.</p><p>누가 어느 출처를 고칠 수 있는지는 출처 소유표에 씁니다. 이 표가 없으면 과제는 조직도의 부서 이름을 따라 나뉘고, 조직도는 누가 어느 계정을 갖고 있는지를 말해 주지 않습니다.</p></section><section id="p1-table"><h2>수정 권한의 세 종류와 과제를 받는 사람</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>수정 권한</th><th>뜻</th><th>과제를 받는 사람</th></tr></thead><tbody><tr><td>직접 수정</td><td>병원 직원이 계정으로 들어가 바로 고칠 수 있음</td><td>그 계정을 가진 직원</td></tr><tr><td>맡긴 곳을 거쳐 수정</td><td>제작 업체나 대행사처럼 병원이 맡긴 곳이 고침</td><td>그 계약을 관리하는 병원 직원</td></tr><tr><td>바깥 요청</td><td>병원에 권한이 없어 운영자에게 정정을 요청해야 함</td><td>요청을 보내고 답을 챙길 병원 직원</td></tr></tbody></table></div></div><p>둘째 줄에서 과제를 업체가 아니라 병원 직원에게 넘기는 까닭은 업체가 그 일을 하도록 요청하고 끝났는지를 챙기는 사람이 병원 안에 있어야 하기 때문입니다. 업체에 곧바로 넘긴 과제는 계약 범위에 드는 일인지부터 다시 물어야 하고, 그 물음에 답할 사람도 계약을 관리하는 직원입니다.</p><p>셋째 줄의 과제는 고치는 일이 아니라 요청하는 일입니다. 과제의 끝도 고쳐짐이 아니라 요청을 보냄과 답을 받음으로 나눠 씁니다.</p></section><section id="p2-steps"><h2>진단 결과를 권한별 과제로 나누는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 진단 결과를 오류가 실린 출처별로 다시 묶습니다.</li><li>실장이 출처마다 출처 소유표의 다섯 칸을 채웁니다.</li><li>진단 담당이 오류마다 사실을 정하는 과제 하나와 출처를 고치는 과제를 출처 수만큼 씁니다.</li><li>실장이 소유표에 따라 과제마다 맡을 사람을 쓰고, 그 사람이 속한 부서의 책임자에게 알립니다.</li><li>원장이 과제 목록을 읽고 승인합니다.</li></ol><p>첫째 단계에서 출처별로 다시 묶는 까닭은 진단 결과가 질문이나 오류 종류로 정리되어 있는 경우가 있어서입니다. 질문별 목록에서는 한 출처가 여러 질문에 흩어져 나오므로, 그대로 넘기면 같은 페이지를 고치라는 과제가 여러 장으로 나갑니다. 출처별로 묶으면 한 페이지에서 고칠 것이 한 장에 모입니다.</p><p>넷째 단계에서 부서의 책임자에게 알리는 것은 과제를 부서에 넘긴다는 뜻이 아닙니다. 맡을 사람은 권한으로 정해졌고, 책임자에게는 그 직원이 이 일에 시간을 쓴다는 것을 알리는 것입니다. 부서는 일할 시간을 내주는 곳이고, 과제를 받는 것은 권한을 가진 사람입니다.</p><p>셋째 단계에서는 과제의 순서도 함께 씁니다. 사실을 정하는 과제가 먼저이고 고치는 과제는 그 뒤입니다. 값이 이미 병원의 승인 기록에 있는 사실은 사실을 정하는 과제를 새로 만들지 않고, 승인 기록의 날짜와 승인한 사람을 옮겨 씁니다.</p></section><section id="p2-owners"><h2>출처 소유표의 다섯 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>쓰는 내용</th><th>과제에서 하는 일</th></tr></thead><tbody><tr><td>출처</td><td>주소나 계정 이름, 어떤 채널인지</td><td>과제의 대상을 정함</td></tr><tr><td>계정을 가진 사람</td><td>들어가 고칠 수 있는 사람의 이름과 소속</td><td>고치는 과제를 받는 사람을 정함</td></tr><tr><td>수정 권한의 종류</td><td>직접 수정, 맡긴 곳을 거쳐 수정, 바깥 요청 가운데 하나</td><td>과제의 끝을 어떻게 쓸지 정함</td></tr><tr><td>값을 승인하는 사람</td><td>그 출처에 실린 사실의 종류마다 승인하는 사람</td><td>사실을 정하는 과제를 받는 사람을 정함</td></tr><tr><td>마지막으로 맞댄 날</td><td>계정을 가진 사람이 실제로 들어갈 수 있는지 본 날</td><td>소유표가 낡았는지 가림</td></tr></tbody></table></div></div><p>둘째 칸에는 부서가 아니라 사람을 씁니다. 「원무팀」이라고 쓰면 원무팀 안의 누가 비밀번호를 아는지는 여전히 모릅니다. 비밀번호 자체는 소유표에 쓰지 않고, 병원이 계정을 보관하는 곳에서 찾도록 보관한 곳만 씁니다.</p><p>넷째 칸은 출처 하나에 여러 줄이 될 수 있습니다. 홈페이지의 진료 안내 페이지에는 진료 시간과 비용과 의료진 소개가 함께 실려 있고, 사실마다 승인하는 사람이 다릅니다.</p><p>다섯째 칸이 오래된 출처는 과제를 넘기기 전에 실장이 계정을 가진 사람에게 지금도 들어갈 수 있는지를 묻습니다.</p></section><section id="p3-apply"><h2>과제 한 장에 쓰는 적용 방법</h2><p>권한으로 맡을 사람을 정했더라도 과제가 흐리게 쓰이면 일이 되돌아옵니다. 받은 사람이 무엇을 어떻게 고쳐야 하는지를 다시 물어야 하기 때문입니다. 출처를 고치는 과제 한 장에는 다섯 가지를 씁니다.</p><p>먼저 출처의 주소와 고칠 곳입니다. 페이지의 어느 문단, 등록 정보의 어느 칸인지까지 씁니다. 다음은 지금 실린 값과 실어야 할 값입니다. 실어야 할 값은 사실을 정하는 과제가 끝난 뒤에 채웁니다. 사실이 정해지지 않은 채로 고치는 과제를 먼저 넘기면, 받은 사람이 값을 스스로 골라 넣게 됩니다.</p><p>셋째는 맡은 사람과 수정 권한의 종류입니다. 넷째는 끝내기로 한 날입니다. 이 날짜는 병원이 정하고, 바깥 요청 과제에는 끝내는 날 대신 요청을 보내는 날과 답을 다시 챙길 날을 씁니다. 다섯째는 끝났는지 가리는 방법입니다. 직접 수정과 맡긴 곳을 거친 수정은 진단 담당이 그 주소를 열어 실어야 할 값이 실렸는지로 가리고, 바깥 요청은 요청한 글과 받은 답으로 가립니다.</p><p>사실을 정하는 과제 한 장은 더 짧습니다. 물음과 승인하는 사람, 답에 함께 받을 효력일과 근거 자료의 이름을 씁니다. 이 과제가 끝나면 거기에 걸린 고치는 과제의 실어야 할 값 칸이 한꺼번에 채워집니다.</p><p>과제를 묶는 기준도 정합니다. 같은 출처에서 같은 사람이 고칠 것은 한 장에 모으고, 같은 사람이 맡더라도 출처가 다르면 장을 나눕니다. 끝났는지를 출처마다 따로 가려야 하기 때문입니다.</p><p>인계할 때는 출처 소유표, 사실을 정하는 과제와 고치는 과제의 목록, 과제마다의 끝난 날과 가린 방법, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 소유표의 다섯째 칸부터 읽어, 그사이 사람이나 업체가 바뀐 출처를 실장에게 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>진단 결과의 부서별 과제 자주 묻는 질문</h2><div class="faq-card"><h3>계정을 가진 직원이 퇴사해 출처에 들어갈 사람이 없으면 과제를 누구에게 넘기나요?</h3><p>고치는 과제보다 계정을 되찾는 과제를 먼저 만듭니다. 소유표의 둘째 칸에는 계정을 가진 사람 없음이라고 쓰고, 되찾는 과제는 실장이 맡습니다. 되찾을 수 없는 계정의 출처는 수정 권한을 바깥 요청으로 고쳐 쓰고, 운영자에게 요청하는 과제로 넘깁니다.</p></div><div class="faq-card"><h3>한 출처에 여러 부서의 사실이 함께 실려 있으면 고치는 과제도 부서마다 나누나요?</h3><p>나누지 않습니다. 고치는 과제는 계정을 가진 사람 한 명에게 한 장으로 가고, 사실을 정하는 과제만 사실마다 승인하는 사람에게 따로 갑니다. 고치는 사람은 승인된 값이 모두 모인 뒤에 한 번에 고치거나, 먼저 승인된 값부터 고치고 그 사실을 과제에 씁니다.</p></div><div class="faq-card"><h3>부서들이 서로 자기 일이 아니라고 할 때는 어떻게 정하나요?</h3><p>소유표의 계정을 가진 사람 칸으로 정합니다. 소유표에 그 출처가 없거나 칸이 비어 있어 정할 수 없으면 원장이 맡을 사람을 정하고, 실장이 그 결정을 소유표에 더합니다. 진단 담당이 부서 사이에서 맡을 곳을 고르지 않습니다.</p></div><div class="faq-card"><h3>지점이 여럿인 병원은 출처 소유표를 지점마다 따로 만들어야 하나요?</h3><p>계정이 지점마다 다르면 따로 만듭니다. 지도 서비스의 등록 정보처럼 지점마다 계정이 있는 출처는 지점의 표에 쓰고, 모든 지점이 함께 쓰는 홈페이지는 그 계정을 가진 쪽의 표에 한 번만 씁니다.</p></div><div class="faq-card"><h3>과제를 받은 사람이 권한은 있지만 고칠 줄 모르면 과제를 다시 돌려받나요?</h3><p>돌려받지 않고 과제에 도울 사람을 더합니다. 권한을 가진 사람이 과제의 맡은 사람으로 남아야 끝났는지를 그 사람에게 물을 수 있습니다. 고치는 방법을 아는 사람이 병원 안에 없으면, 실장이 그 출처의 수정 권한을 맡긴 곳을 거쳐 수정으로 바꿀지를 원장에게 올립니다.</p></div></section><section id="p4-next"><h2>과제를 넘긴 뒤에 이어지는 일</h2><p>맡긴 곳을 거쳐 수정하는 출처가 많은 병원은 과제의 많은 수가 계약을 관리하는 직원 한 사람에게 몰릴 수 있습니다. 이때는 진단에서 나온 일을 대행사가 어디까지 맡는지를 계약에서 먼저 읽어야 합니다. 대행사에 맡길 수 있는 일과 병원에 남는 일을 가르는 방법은 병원 GEO 대행에서 따로 다룹니다.</p><p>과제가 모두 끝났다는 것은 출처가 고쳐졌다는 뜻이지, 답변이 달라졌다는 뜻은 아닙니다. 고친 뒤에 같은 질문을 다시 물어 무엇이 달라졌는지를 읽어야 과제의 결과를 말할 수 있습니다. 수정 작업이 AI 검색 노출로 이어졌는지 살피는 방법은 AI 검색 성과 확인에서 이어서 정리합니다.</p><p>출처 소유표는 직원이 바뀐 날과 업체를 바꾼 날에 실장이 고칩니다. 표가 옛것이면 과제가 이미 권한이 없는 사람에게 전해집니다.</p></section>]]></description></item><item><title>거짓은 없지만 제한 조건이 빠진 안내의 위험도 평가</title><link>https://hospitalgeocheck.com/%EA%B1%B0%EC%A7%93%EC%9D%80-%EC%97%86%EC%A7%80%EB%A7%8C-%EC%A0%9C%ED%95%9C-%EC%A1%B0%EA%B1%B4%EC%9D%B4-%EB%B9%A0%EC%A7%84-%EC%95%88%EB%82%B4%EC%9D%98-%EC%9C%84%ED%97%98%EB%8F%84-%ED%8F%89%EA%B0%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B1%B0%EC%A7%93%EC%9D%80-%EC%97%86%EC%A7%80%EB%A7%8C-%EC%A0%9C%ED%95%9C-%EC%A1%B0%EA%B1%B4%EC%9D%B4-%EB%B9%A0%EC%A7%84-%EC%95%88%EB%82%B4%EC%9D%98-%EC%9C%84%ED%97%98%EB%8F%84-%ED%8F%89%EA%B0%80</guid><pubDate>Mon, 26 Oct 2026 07:09:52 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>틀린 말이 없는 답변이 환자를 그르치는 경우</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>거짓 문장이 없어도 중요한 제한 조건이 빠진 답변은 낮은 위험으로 매기지 않습니다. 위험도는 문장이 참인지가 아니라, 그 답변을 읽은 환자가 조건을 모른 채 무엇을 하게 되는지로 매깁니다. 「토요일에도 진료합니다」는 참이어도, 토요일에는 예약한 환자만 받는다는 조건이 빠졌다면 예약 없이 온 환자는 진료를 받지 못합니다. 앞의 문장은 설명을 위해 꾸민 것입니다.</p></div><p>거짓 문장만 세는 평가에서는 이런 답변이 오류 없음으로 나옵니다. 문장 하나하나를 공식 자료와 맞대면 어긋나는 곳이 없기 때문입니다. 그래서 문장을 맞대는 일과 따로, 병원이 승인한 제한 조건의 목록을 놓고 답변 전체에서 빠진 조건을 찾습니다.</p><p>판정은 빠진 조건마다 네 가지 가운데 하나입니다. 조건을 모르고 온 환자가 그 서비스를 받지 못하거나 헛걸음하게 되거나 그날 받을지를 다시 정해야 하면 행동 가름, 서비스는 받지만 기다리거나 다시 물어야 하면 불편 발생, 조건을 몰라도 환자가 하는 일이 달라지지 않으면 행동 무관, 병원이 승인한 제한 조건의 자료가 없어 빠졌는지를 가릴 수 없으면 조건 자료 없음입니다. 피해 가능성의 등급으로는 행동 가름이 중대, 불편 발생이 보통, 행동 무관이 낮음에 해당합니다.</p></section><section id="p1-table"><h2>빠진 조건의 네 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>등급과 다음 할 일</th></tr></thead><tbody><tr><td>행동 가름</td><td>조건을 모르고 온 환자가 그 서비스를 받지 못하거나 헛걸음하거나, 그날 받을지를 다시 정해야 함</td><td>중대. 빠진 조건과 환자에게 일어나는 일을 기록하고 수정 권고 목록의 앞에 올림</td></tr><tr><td>불편 발생</td><td>서비스는 받지만 기다리거나 다시 물어야 함</td><td>보통. 빠진 조건을 기록하고 수정 권고 목록에 올림</td></tr><tr><td>행동 무관</td><td>조건을 몰라도 환자가 하는 일이 달라지지 않음</td><td>낮음. 기록만 남김</td></tr><tr><td>조건 자료 없음</td><td>병원이 승인한 제한 조건의 자료가 없어 빠졌는지를 가릴 수 없음</td><td>판정을 미루고 실장에게 자료를 요청</td></tr></tbody></table></div></div><p>빠졌다는 것은 답변 전체에 그 조건이 없다는 뜻입니다. 조건이 서비스를 말한 문장에는 없고 답변의 다른 문장에 있다면 빠진 것으로 매기지 않습니다. 다만 조건이 서비스 문장과 멀리 떨어져 있어 함께 읽히지 않는다면 그 사실을 메모합니다.</p><p>행동 가름은 거짓 문장의 중대 오류와 같은 줄에 놓습니다. 닫은 날에 연다고 전한 답변과, 예약한 사람만 받는 날을 조건 없이 전한 답변은 환자에게 같은 일을 일으킵니다. 거짓이 없다는 까닭으로 한 단계 낮추지 않습니다.</p><p>답변이 왜 조건을 빼고 전했는지는 서비스 공식 안내에서 찾을 수 없으므로, 원인은 쓰지 않고 빠진 조건과 그 조건이 공개된 곳만 기록합니다.</p></section><section id="p2-steps"><h2>승인한 조건 목록으로 빠진 조건을 찾는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변 원문 전체, 질문 원문, 질문한 날짜, 인용된 주소를 저장합니다.</li><li>실장이 답변이 말한 서비스에 대해 병원이 승인한 제한 조건의 목록을 넘깁니다.</li><li>진단 담당이 목록의 조건마다 답변 전체에 그 조건이 있는지를 찾아 있음과 없음을 표시합니다.</li><li>진단 담당이 없는 조건마다 아래 표의 세 물음에 답해 네 판정 가운데 하나를 매깁니다.</li><li>진단 담당이 행동 가름과 불편 발생으로 매긴 줄을 기록과 함께 원장에게 넘기고, 의료 내용에 관한 조건은 의료진이 먼저 읽습니다.</li></ol><p>둘째 단계의 목록은 서비스마다 조건을 한 줄씩 쓴 문서입니다. 받을 수 있는 대상, 하는 요일과 시간, 예약이 있어야 하는지, 미리 해야 하는 준비, 비용이 달라지는 경우가 여기에 듭니다. 진단 담당이 답변을 읽고 빠졌을 법한 조건을 떠올려 채우지 않습니다. 목록에 없는 조건은 빠진 것으로 매길 수 없습니다.</p><p>셋째 단계에서 질문이 요구한 범위를 함께 읽습니다. 질문이 위치만 물었는데 답변에 예약 조건이 없다고 해서 빠짐으로 매기지 않습니다. 답변이 그 서비스를 받을 수 있다고 전했거나, 질문이 언제 어떻게 받는지를 물었을 때 그 서비스의 조건이 빠짐의 대상입니다.</p><p>셋째 단계에서 조건이 답변에 없으면, 인용된 글에는 그 조건이 있었는지도 읽어 옆에 씁니다. 인용된 병원 글에 조건이 있었다면 답변에서 빠진 것이고, 병원 글에도 없었다면 빠짐은 병원 글에서 시작된 것입니다. 판정의 등급은 어느 쪽이든 같고, 고칠 곳이 다릅니다.</p><p>다섯째 단계에서 의료 내용에 관한 조건이란 검사 전에 해야 하는 준비나 그 시술을 받을 수 없는 경우처럼 의료진이 정한 조건입니다. 이런 조건이 빠진 줄은 진단 담당이 등급을 매긴 뒤 의료진이 읽어, 목록에 쓰인 조건의 문장이 지금도 승인한 그대로인지를 가립니다.</p></section><section id="p2-questions"><h2>빠진 조건의 무게를 가리는 세 물음</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>물음</th><th>그렇다고 답했을 때</th><th>남기는 기록</th></tr></thead><tbody><tr><td>조건을 모르고 온 환자가 그 서비스를 그날 받지 못하는가</td><td>행동 가름</td><td>받지 못하는 까닭이 되는 조건의 문장</td></tr><tr><td>받기는 하지만 기다리거나, 다시 오거나, 다시 물어야 하는가</td><td>불편 발생</td><td>환자가 더 해야 하는 일</td></tr><tr><td>조건을 알았어도 환자가 하는 일이 같았는가</td><td>행동 무관</td><td>조건의 문장</td></tr></tbody></table></div></div><p>세 물음은 위에서부터 차례로 묻고, 처음 그렇다고 답한 줄에서 멈춥니다. 첫 물음에 답하기 어려우면 실장에게 접수에서 그 조건을 모르고 온 환자를 실제로 어떻게 하는지를 묻습니다. 돌려보내는지, 기다리게 하는지, 그대로 받는지에 따라 답이 정해집니다.</p><p>비용에 관한 조건은 받지 못하는 경우가 아니어도 첫 물음과 같은 무게로 읽습니다. 조건에 따라 비용이 크게 달라지는 서비스에서 그 조건이 빠지면, 환자는 다른 금액을 기대하고 와서 그날 진료를 받을지를 다시 정해야 합니다. 이런 조건은 행동 가름으로 매기고, 원장이 읽어 내릴 수 있게 까닭을 씁니다.</p></section><section id="p3-compare"><h2>거짓 문장만 세는 평가와 빠진 조건까지 세는 평가</h2><p>같은 답변 묶음을 두 방식으로 평가하면 오류의 수, 앞에 놓이는 줄, 병원이 받는 과제가 달라집니다.</p><p>오류의 수가 다릅니다. 거짓 문장만 세면 문장마다 공식 자료와 맞대 어긋난 것만 남습니다. 조건이 빠진 답변은 어긋난 문장이 없어 세어지지 않습니다. 빠진 조건까지 세면 그 답변들이 줄로 올라옵니다. 수가 늘어난 것은 답변이 나빠진 것이 아니라 재는 범위가 넓어진 것이므로, 보고서에는 거짓 문장의 줄과 빠진 조건의 줄을 따로 세어 씁니다. 두 수를 더한 한 숫자로 앞선 진단과 견주지 않습니다.</p><p>앞에 놓이는 줄이 다릅니다. 거짓 문장만 세는 목록에서는 주차 요금이 틀린 줄이 위에 있고, 예약한 사람만 받는 날을 조건 없이 전한 답변은 목록에 없습니다. 빠진 조건까지 세면 뒤의 답변이 행동 가름으로 앞에 놓입니다. 환자가 겪는 일로 읽으면 뒤의 것이 더 무겁습니다.</p><p>병원이 받는 과제가 다릅니다. 거짓 문장의 줄은 틀린 값을 고치는 과제가 됩니다. 빠진 조건의 줄은 조건을 서비스와 같은 문장에 밝히는 과제가 됩니다. 병원 글이 서비스는 한 페이지에, 조건은 다른 페이지에 쓰고 있었다면 고칠 값은 없고 문장의 짜임을 고쳐야 합니다.</p><p>빠진 조건까지 세는 평가에는 거짓 문장만 세는 평가에 없는 전제가 있습니다. 병원이 승인한 조건 목록이 있어야 한다는 것입니다. 목록이 없는 병원에서는 모든 줄이 조건 자료 없음으로 나오고, 진단은 조건이 빠졌는지에 대해 아무것도 말할 수 없습니다. 이 경우 첫 과제는 답변을 고치는 일이 아니라 서비스마다 조건을 문서로 정하는 일입니다.</p><p>원장에게 넘길 때는 행동 가름인 줄을 거짓 문장의 중대 오류와 같은 묶음에 넣어 넘깁니다. 줄마다 서비스, 빠진 조건의 문장, 조건을 모르고 온 환자에게 일어나는 일, 조건이 인용된 글에 있었는지를 씁니다. 수정 권고에 담는 것은 병원 글에서 조건을 서비스와 같은 문장에 쓰는 일까지이고, 그렇게 쓰면 답변에 조건이 실린다고 약속하지 않습니다.</p></section><section id="p4-faq" class="faq-section"><h2>빠진 제한 조건의 위험도 자주 묻는 질문</h2><details class="faq-acc" open><summary>답변 끝에 자세한 것은 병원에 물으라는 말이 있으면 조건이 전해진 것으로 매기나요?</summary><p>매기지 않습니다. 물으라는 말은 조건이 있다는 사실도, 그 조건이 무엇인지도 전하지 않습니다. 판정은 그대로 매기고, 답변에 그런 말이 있었다는 사실을 메모합니다.</p></details><details class="faq-acc"><summary>조건이 여러 개 빠진 답변은 등급을 더해 높이나요?</summary><p>더하지 않습니다. 빠진 조건마다 따로 매기고, 그 답변의 등급은 그 가운데 높은 쪽 하나로 씁니다. 불편 발생인 조건이 셋 빠졌다고 해서 행동 가름이 되지 않습니다.</p></details><details class="faq-acc"><summary>병원 공식 글에도 그 조건이 쓰여 있지 않으면 답변의 빠짐으로 세나요?</summary><p>셉니다. 등급은 환자에게 일어나는 일로 매기므로 조건이 어디에서 빠졌는지와 상관없이 같습니다. 다만 빠짐이 시작된 곳을 병원 글로 기록하고, 수정 권고는 병원 글에 조건을 밝히는 일이 됩니다.</p></details><details class="faq-acc"><summary>접수에 그 조건을 모르고 온 환자가 실제로 있었다면 기록에 넣나요?</summary><p>있었다는 사실과 건수를 실장이 답한 대로 메모에 넣습니다. 환자의 이름이나 사정은 옮기지 않습니다. 실제로 돌려보낸 일이 있었다면 첫 물음의 답을 받치는 근거가 되지만, 그 환자가 AI 답변을 읽고 왔다고 쓰지는 않습니다.</p></details><details class="faq-acc"><summary>행동 무관으로 매긴 조건은 병원 글에서 빼도 되나요?</summary><p>진단은 빼라고 권하지 않습니다. 행동 무관은 그 조건이 답변에서 빠져도 환자가 하는 일이 달라지지 않는다는 판정이고, 병원 글에 그 조건을 쓸지는 병원이 정합니다.</p></details></section><section id="p4-next"><h2>조건 목록을 갖춘 뒤에 정할 순서</h2><p>행동 가름으로 매긴 줄이 여러 서비스에 걸쳐 있으면 어느 서비스의 글부터 고칠지를 정해야 합니다. 환자가 많이 묻는 서비스부터인지, 헛걸음이 실제로 있었던 서비스부터인지는 병원이 무엇을 목표로 삼는지에 달려 있고, 그 목표와 순서를 정할 때 기댈 글이 병원마케팅 전략입니다.</p><p>조건 목록이 없어 조건 자료 없음만 나온 병원이라면, 글을 고치는 일보다 목록을 만드는 일이 앞에 옵니다. 병원 GEO 실행 순서를 읽을 때 승인한 사실을 문서로 갖추는 단계가 어디에 놓이는지를 함께 읽으면, 이 진단이 어느 단계의 일인지가 정해집니다.</p></section>]]></description></item><item><title>긴 PDF에만 있는 병원 정보, 정보의 존재와 발견 가능성을 나눈 평가</title><link>https://hospitalgeocheck.com/%EA%B8%B4-pdf%EC%97%90%EB%A7%8C-%EC%9E%88%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%A0%95%EB%B3%B4-%EC%A0%95%EB%B3%B4%EC%9D%98-%EC%A1%B4%EC%9E%AC%EC%99%80-%EB%B0%9C%EA%B2%AC-%EA%B0%80%EB%8A%A5%EC%84%B1%EC%9D%84-%EB%82%98%EB%88%88-%ED%8F%89%EA%B0%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B8%B4-pdf%EC%97%90%EB%A7%8C-%EC%9E%88%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%A0%95%EB%B3%B4-%EC%A0%95%EB%B3%B4%EC%9D%98-%EC%A1%B4%EC%9E%AC%EC%99%80-%EB%B0%9C%EA%B2%AC-%EA%B0%80%EB%8A%A5%EC%84%B1%EC%9D%84-%EB%82%98%EB%88%88-%ED%8F%89%EA%B0%80</guid><pubDate>Mon, 26 Oct 2026 07:09:39 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>있는 정보와 닿을 수 있는 정보를 따로 매기는 평가</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>긴 PDF에만 있는 정보는 공백으로 매기지 않습니다. 정보는 공개되어 있으므로 존재 항목은 「있음」입니다. 다만 일반 페이지에서 그 정보에 닿을 수 있는지는 다른 항목으로 따로 매깁니다. PDF로 가는 링크가 어디에 어떤 글자로 걸려 있는지에 따라 길 있음, 묻힘, 끊김으로 나눕니다.</p></div><p>둘을 한 항목으로 묶으면 어느 쪽으로든 틀립니다. 공백이라고 쓰면 병원은 이미 만들어 공개한 자료를 없는 것으로 통보받습니다. 있다고만 쓰면 환자가 입원 준비물을 찾으려고 긴 안내 책자를 끝까지 넘겨야 하는 상태가 「문제없음」으로 기록됩니다.</p><p>고칠 일도 다릅니다. 공백은 정보를 새로 만들어야 하고, 묻히거나 끊긴 정보는 이미 있는 내용을 꺼내 일반 페이지에 옮기거나 링크를 바로 걸면 됩니다. 평가 값은 본문에 있음, 길 있음, 묻힘, 끊김, 공백, 자료 미확인 여섯입니다.</p></section><section id="p1-official"><h2>AI 서비스와 PDF에 관해 알려진 것</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 인용된 출처를 열어 답을 뒷받침하는지 가리라고 안내합니다. AI 서비스가 PDF 파일을 읽는지, 긴 파일의 어디까지 읽는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>그래서 진단은 「PDF 안의 정보는 AI가 읽지 못한다」고 쓰지 않습니다. 발견 가능성은 AI가 아니라 일반 페이지에서 그 파일까지 이어진 링크를 기준으로 매기고, AI 답에 그 정보가 나왔는지는 따로 기록합니다.</p></section><section id="p1-table"><h2>존재와 발견 평가표</h2><p class="table-caption">찾으려는 정보는 하나마다 아래 존재와 발견 평가표의 여섯 줄 가운데 하나로 평가합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>정보가 있는 곳</th><th>일반 페이지에서 닿는 길</th><th>평가</th><th>보고서에 쓰는 말</th></tr></thead><tbody><tr><td>일반 페이지의 본문에 글자로 있음</td><td>해당 없음</td><td>본문에 있음</td><td>존재 있음, 발견 있음</td></tr><tr><td>PDF에만 있음</td><td>그 정보를 다루는 일반 페이지에 링크가 있고, 링크 글자가 무엇이 들었는지 알림</td><td>길 있음</td><td>존재 있음, 발견은 파일을 열어야 함</td></tr><tr><td>PDF에만 있음</td><td>링크는 있으나 링크 글자가 내용을 알리지 않거나, 그 정보와 상관없는 페이지에만 걸려 있음</td><td>묻힘</td><td>존재 있음, 발견 어려움과 그 까닭</td></tr><tr><td>PDF에만 있음</td><td>어느 일반 페이지에도 링크가 없고 주소를 알아야 열림</td><td>끊김</td><td>존재 있음, 발견 길 없음</td></tr><tr><td>일반 페이지에도 PDF에도 없음</td><td>해당 없음</td><td>공백</td><td>존재 없음</td></tr><tr><td>PDF가 열리지 않아 안을 읽지 못함</td><td>어느 경우든</td><td>자료 미확인</td><td>열리지 않은 까닭과 날짜</td></tr></tbody></table></div></div><p>존재와 발견 평가표의 셋째 줄에서 링크 글자가 내용을 알리지 않는다는 것은 「자료 내려받기」「안내문」처럼 그 안에 진료 시간이나 비용이 들었는지를 글자로 알 수 없는 경우입니다. 같은 표의 넷째 줄은 병원이 예전에 올린 파일이 서버에는 남아 있고 메뉴에서는 빠진 경우에 나옵니다. 파일 안에서 그 정보가 몇째 쪽에 있는지, 목차가 있는지는 평가 값을 바꾸지 않고 기록에만 옮깁니다.</p></section><section id="p2-table"><h2>발견 경로 기록표</h2><p class="table-caption">PDF에만 있는 정보는 하나마다 아래 발견 경로 기록표의 다섯 칸을 채웁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>옮길 내용</th><th>쓰는 까닭</th></tr></thead><tbody><tr><td>파일의 주소와 제목</td><td>주소, 파일 제목, 전체 쪽수, 파일에 쓰인 날짜</td><td>어느 파일의 어느 판인지 가림</td></tr><tr><td>정보가 있는 곳</td><td>쪽, 그 쪽의 소제목, 정보가 실린 문장</td><td>일반 페이지로 옮길 때 그대로 씀</td></tr><tr><td>링크가 걸린 페이지</td><td>링크가 있는 일반 페이지의 주소와 그 페이지의 주제</td><td>길 있음과 묻힘을 가름</td></tr><tr><td>링크 글자</td><td>링크에 쓰인 글자 그대로</td><td>길 있음과 묻힘을 가름</td></tr><tr><td>첫 화면에서의 길</td><td>첫 화면에서 그 링크까지 거치는 메뉴의 이름을 차례로</td><td>병원이 링크를 옮길 곳을 정할 때 씀</td></tr></tbody></table></div></div><p>발견 경로 기록표의 셋째 칸과 넷째 칸은 파일에서 거꾸로 찾아 채웁니다. 파일의 주소를 사이트 안 페이지들의 링크에서 찾고, 사이트맵 파일에 실려 있는지도 함께 읽습니다. 어느 페이지에서도 나오지 않으면 같은 표의 셋째 칸에 「없음」이라고 쓰고, 그 파일을 어떻게 알게 되었는지를 옮깁니다. 실장이 주소를 알려 주어 연 파일이라면 그 사실이 곧 끊김의 근거입니다.</p></section><section id="p2-steps"><h2>찾을 정보에서 평가까지 가는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 진단에서 찾을 정보의 목록을 정하고, 일반 페이지의 본문에서 먼저 찾아 있는 것과 없는 것을 나눕니다.</li><li>실장이 본문에서 찾지 못한 정보마다 병원이 그 내용을 공개한 문서가 있는지를 찾아, 있으면 파일의 주소를 넘깁니다.</li><li>진단 담당이 파일을 열어 그 정보가 실린 쪽과 문장을 찾아 옮깁니다.</li><li>진단 담당이 파일의 주소를 사이트 안의 링크와 사이트맵 파일에서 거꾸로 찾아 발견 경로 기록표를 채웁니다.</li><li>진단 담당이 정보마다 존재와 발견 평가표의 줄을 매기고, 존재 항목과 발견 항목을 보고서에 두 칸으로 나누어 씁니다.</li></ol><p>둘째 단계를 거치는 까닭은 진단 담당이 밖에서 찾지 못한 정보를 곧바로 공백으로 쓰지 않기 위해서입니다. 실장이 넘긴 문서가 공개된 주소가 아니라 병원 안에서만 읽는 문서라면 공개된 정보가 아니므로 공백으로 매기고, 기록에 「내부 문서에만 있음」이라고 씁니다.</p></section><section id="p3-apply"><h2>병원이 올린 문서에 평가표를 적용하는 방법</h2><p>입원 안내 책자부터 읽습니다. 준비물, 면회 시간, 주차, 퇴원 절차가 한 파일에 들어 있고, 일반 페이지에는 「입원 안내 책자 내려받기」 링크만 있는 사이트가 있습니다. 링크는 입원 안내 페이지에 걸려 있으므로 파일 전체로는 길이 있지만, 면회 시간 하나를 찾는 사람에게 링크 글자는 그것이 들었는지를 알려 주지 않습니다. 정보마다 따로 매기면 면회 시간은 묻힘으로 나옵니다.</p><p>비용표 파일은 링크 글자에 따라 값이 달라집니다. 「비급여 진료비 안내」라는 글자의 링크가 비용 안내 페이지에 걸려 있다면 길 있음이고, 「자료실」 안에 파일 이름만으로 올라 있다면 묻힘입니다. 어느 쪽이든 표가 길면 찾는 항목이 몇째 쪽에 있는지가 기록에 남아야, 자주 찾는 항목을 본문으로 옮길지를 병원이 정할 수 있습니다.</p><p>검사 전 준비 안내문은 끊김으로 나올 수 있는 문서입니다. 예약한 환자에게 문자로 주소를 보내는 데 쓰고 사이트의 메뉴에는 걸지 않는 일이 있습니다. 예약 전에 준비 사항을 알려는 사람은 닿을 길이 없습니다. 실장이 넘긴 주소로만 열렸다면 끊김으로 매깁니다.</p><p>소식지나 연보에도 기관의 사실이 들어 있을 수 있습니다. 새로 온 의료진, 들인 장비, 바뀐 진료 시간이 그 호에만 실리고 일반 페이지에는 옮겨지지 않았을 수 있습니다. 소식지 목록 페이지에 걸린 「몇 호」라는 링크 글자는 내용을 알리지 않으므로 묻힘입니다.</p></section><section id="p3-link"><h2>평가를 넘긴 뒤 병원이 옮길 것</h2><p>진단 담당은 묻힘과 끊김으로 매긴 정보마다 파일의 주소, 정보가 실린 문장, 링크가 걸린 곳과 링크 글자를 묶어 넘깁니다. 병원은 파일을 없애지 않고, 자주 찾는 정보를 일반 페이지의 본문에 글자로 옮기거나 링크 글자를 내용이 드러나게 고칩니다. 옮긴 뒤 AI 답에 그 정보가 나온다고 약속하지는 않습니다.</p><p>무엇부터 옮길지는 원장이 정합니다. 진료 시간, 위치, 연락처, 진료 과목처럼 기관의 기본 사실이 파일에만 있던 건을 앞에 놓는 차례는 병원 기관 정보 정비의 첫 단계와 같습니다.</p></section><section id="p4-faq" class="faq-section"><h2>PDF 속 병원 정보의 존재와 발견 자주 묻는 질문</h2><details class="faq-acc" open><summary>AI 답에 PDF 속 정보가 나왔다면 발견 가능성도 있는 것으로 매기나요?</summary><p>따로 기록합니다. 답에 나왔다는 것은 그 질문, 그 날의 관측이고, 발견 항목은 일반 페이지에서 파일까지의 링크로 매깁니다. 링크가 끊긴 파일의 정보가 답에 나왔다면 두 사실을 나란히 쓰고, AI가 어떤 길로 그 파일에 닿았는지는 적지 않습니다.</p></details><details class="faq-acc"><summary>한두 쪽짜리 짧은 PDF도 같은 표로 평가하나요?</summary><p>같습니다. 평가 값을 정하는 것은 파일의 길이가 아니라 일반 페이지에서 닿는 길입니다. 길이는 기록에 쪽수로 남아, 병원이 본문으로 옮길 정보를 정할 때 참고가 됩니다.</p></details><details class="faq-acc"><summary>같은 정보가 본문과 PDF에 모두 있는데 값이 서로 다르면 어떻게 하나요?</summary><p>어느 쪽 값이 맞든 그 정보는 닿을 수 있는 곳에 공개되어 있습니다. 두 값이 다른 것은 이 평가의 범위가 아니므로, 두 값과 파일에 쓰인 날짜, 페이지를 고친 날짜를 옮겨 상충을 가리는 판정으로 넘깁니다.</p></details><details class="faq-acc"><summary>예전 판의 PDF가 서버에 남아 있고 거기에만 실린 정보가 있으면 어떻게 하나요?</summary><p>지금 메뉴의 링크가 가리키는 판과 남아 있는 옛 판을 따로 기록합니다. 옛 판에만 있는 정보는 끊김으로 매기되 「옛 판」이라고 쓰고, 그 내용이 지금도 맞는지는 실장이 원장이 승인한 자료와 맞대어 넘깁니다.</p></details><details class="faq-acc"><summary>병원이 파일의 내용을 본문으로 옮기겠다고 정했다면 이번 보고서에는 어떻게 쓰나요?</summary><p>읽은 날의 상태대로 묻힘이나 끊김으로 씁니다. 옮기기로 한 날짜는 옆에 쓰고, 옮긴 뒤의 평가는 변경 효력일 기준에 따라 그 날 뒤에 다시 읽어 새 기록으로 남깁니다.</p></details></section><section id="p4-exceptions"><h2>그림으로만 된 PDF와 다른 형식의 파일</h2><div class="note-box"><span class="box-label">예외·주의</span><p>종이 문서를 찍어 올린 PDF는 사람이 읽으면 내용이 있지만 글자로는 찾아지지 않습니다. 진단 담당이 쪽을 넘겨 읽어 정보를 찾았다면 존재 항목은 「있음」이고, 발견 항목은 다른 PDF와 같이 링크로 매깁니다. 기록에는 「글자 없는 그림 파일」이라고 쓰고, 정보가 실린 문장은 담당이 읽어 옮겼다고 밝힙니다. 병원에는 같은 내용을 글자로 된 본문에 옮길 건으로 앞쪽에 넣어 넘깁니다.</p><p>문서 편집기의 파일처럼 내려받아 따로 열어야 하는 형식으로 올린 안내문도 있습니다. 평가는 같은 표로 하되, 발견 경로 기록표의 첫째 칸에 파일 형식을 쓰고 여는 데 어떤 프로그램이 있어야 했는지를 옮깁니다. 담당의 기기에서 열리지 않았다면 존재와 발견 평가표의 여섯째 줄입니다.</p></div></section>]]></description></item><item><title>로봇 확인 화면에 막힌 접근, 응답 차이로 입증하는 순서</title><link>https://hospitalgeocheck.com/%EB%A1%9C%EB%B4%87-%ED%99%95%EC%9D%B8-%ED%99%94%EB%A9%B4%EC%97%90-%EB%A7%89%ED%9E%8C-%EC%A0%91%EA%B7%BC-%EC%9D%91%EB%8B%B5-%EC%B0%A8%EC%9D%B4%EB%A1%9C-%EC%9E%85%EC%A6%9D%ED%95%98%EB%8A%94-%EC%88%9C%EC%84%9C</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%A1%9C%EB%B4%87-%ED%99%95%EC%9D%B8-%ED%99%94%EB%A9%B4%EC%97%90-%EB%A7%89%ED%9E%8C-%EC%A0%91%EA%B7%BC-%EC%9D%91%EB%8B%B5-%EC%B0%A8%EC%9D%B4%EB%A1%9C-%EC%9E%85%EC%A6%9D%ED%95%98%EB%8A%94-%EC%88%9C%EC%84%9C</guid><pubDate>Mon, 26 Oct 2026 07:09:26 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>응답 차이로 입증하는 차례</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원 사이트가 수집기에게 본문을 주지 않고 있다는 것은 기록 셋을 차례로 쌓아 입증합니다. 본문 앞을 막은 것이 로봇 확인 화면일 때에도 같습니다. 먼저 사람이 연 화면에 본문이 열렸다는 저장본, 다음으로 보안 장비의 이벤트 기록에서 그 화면을 돌려준 요청 줄, 끝으로 그 요청이 서비스가 공개한 주소 대역에서 온 수집기였다는 대조 결과입니다. 셋이 모두 있을 때 「수집기는 본문에 닿지 못했다」고 쓰고, 묶어서 보안 담당자에게 넘깁니다.</p></div><p>이 화면은 서버가 돌려주는 응답의 하나입니다. 요청이 사람인지 자동 프로그램인지 가리려고 보안 장비가 본문 앞에 세우는 단계여서, 요청한 쪽은 무언가를 받기는 하지만 병원의 본문을 받은 것은 아닙니다. 응답 상태가 성공으로 찍히는 경우도 있어 상태만 읽은 점검에서는 드러나지 않기도 합니다.</p><p>순서를 지키는 까닭은 보안 담당자가 움직일 수 있는 자료가 되어야 하기 때문입니다. 「AI가 우리 사이트를 못 읽는 것 같다」는 말로는 어느 규칙을 열어야 하는지 찾을 수 없습니다. 판정 값은 본문 도달, 화면에 막힘, 판정 제외, 보조 자료, 기록 미확인 다섯입니다.</p></section><section id="p1-official"><h2>수집기의 정체를 가리는 공식 자료</h2><p>오픈AI의 수집기 안내 문서는 검색 결과에 사이트가 나오도록 OAI-SearchBot을 robots.txt에서 허용하고, 공개한 주소 대역에서 오는 요청도 허용할 것을 권합니다. 요청에 쓰인 이름은 누구나 흉내 낼 수 있으므로, 진단은 이 공개 대역과 맞는 요청만 그 수집기의 요청으로 셉니다. 다른 서비스는 공식 문서에 주소 대역이 실려 있을 때에만 같은 방식으로 맞댑니다.</p><p>수집기가 로봇 확인 화면을 받았을 때 어떻게 하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 진단은 「수집기는 이 화면을 넘지 못한다」고 쓰지 않고, 그 요청에 본문이 돌아가지 않았다는 기록까지만 옮깁니다.</p></section><section id="p1-table"><h2>요청별 응답 판정표</h2><p class="table-caption">저장본과 이벤트 기록에서 찾은 요청은 하나마다 아래 요청별 응답 판정표의 일곱 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>요청한 쪽</th><th>돌아간 응답</th><th>판정</th><th>인계 자료에서의 쓰임</th></tr></thead><tbody><tr><td>사람이 브라우저로 연 요청</td><td>본문이 바로 열림</td><td>본문 도달</td><td>서버가 멈춰 있지 않았다는 대비 자료</td></tr><tr><td>사람이 브라우저로 연 요청</td><td>로봇 확인 화면을 거친 뒤 본문이 열림</td><td>본문 도달</td><td>「화면 거침」, 환자 쪽 불편으로 따로 넘김</td></tr><tr><td>공개 대역의 수집기 요청</td><td>본문이 돌아감</td><td>본문 도달</td><td>막힘이 없다는 근거</td></tr><tr><td>공개 대역의 수집기 요청</td><td>로봇 확인 화면이 돌아가고 본문은 돌아가지 않음</td><td>화면에 막힘</td><td>인계 자료의 핵심 증거</td></tr><tr><td>수집기 이름을 썼으나 공개 대역 밖에서 온 요청</td><td>어느 응답이든</td><td>판정 제외</td><td>쓰지 않음, 사칭일 수 있음</td></tr><tr><td>진단 담당이 수집기 이름을 넣어 보낸 시험 요청</td><td>로봇 확인 화면이 돌아감</td><td>보조 자료</td><td>핵심 증거 옆에 붙이는 참고</td></tr><tr><td>어느 요청이든</td><td>이벤트 기록을 받지 못하거나 돌아간 응답의 종류가 남지 않음</td><td>기록 미확인</td><td>받지 못한 까닭과 요청한 날짜</td></tr></tbody></table></div></div><p>요청별 응답 판정표의 여섯째 줄을 핵심 증거로 쓰지 않는 까닭은 그 요청이 진단 담당의 주소에서 나갔기 때문입니다. 보안 장비가 이름을 읽어 막았는지 주소를 읽어 막았는지가 이 요청으로는 가려지지 않습니다. 같은 표의 넷째 줄이 한 건도 없고 여섯째 줄만 있다면 입증된 것이 아니므로 「화면에 막힘」이라고 쓰지 않습니다.</p></section><section id="p2-table"><h2>보안 담당자에게 넘기는 인계 자료표</h2><p class="table-caption">인계할 때에는 아래 인계 자료표의 다섯 가지를 한 묶음으로 넘깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>담을 내용</th><th>뽑는 쪽</th></tr></thead><tbody><tr><td>사람 접근의 응답 화면</td><td>연 주소, 연 날짜와 시각, 본문이 열린 화면의 저장본</td><td>진단 담당</td></tr><tr><td>이벤트 기록의 요청 줄</td><td>요청 시각, 요청한 주소, 요청한 경로, 쓰인 이름, 장비가 한 동작</td><td>홈페이지 관리자</td></tr><tr><td>공개 대역 대조 결과</td><td>요청 줄마다 공개 대역 안인지, 맞댄 목록의 이름과 내려받은 날</td><td>진단 담당</td></tr><tr><td>동작을 낸 규칙의 이름</td><td>이벤트 기록에 찍힌 규칙 이름이나 번호 그대로</td><td>홈페이지 관리자</td></tr><tr><td>같은 때의 일반 방문 줄</td><td>같은 시간대에 사람의 방문이 받은 응답</td><td>홈페이지 관리자</td></tr></tbody></table></div></div><p>인계 자료표의 넷째 자료는 기록에 찍힌 글자를 그대로 옮깁니다. 진단 담당이 「봇 차단 기능 때문」처럼 원인을 풀이해 쓰지 않습니다. 어느 규칙이 왜 그 요청에 걸렸는지는 보안 담당자가 장비의 설정을 열어 답할 물음입니다. 규칙 이름이 기록에 남지 않는 장비라면 그 칸은 「기록에 없음」으로 넘깁니다.</p></section><section id="p2-steps"><h2>사람 접근에서 인계까지 가는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 점검할 주소를 브라우저로 열어 본문이 열린 화면을 날짜와 시각과 함께 저장합니다.</li><li>홈페이지 관리자가 보안 장비의 이벤트 기록에서 로봇 확인 화면을 돌려준 요청 줄과 같은 시간대의 일반 방문 줄을 뽑아 넘깁니다.</li><li>진단 담당이 요청 줄마다 요청한 주소가 서비스의 공개 대역 안에 있는지를 맞대고, 목록을 내려받은 날을 씁니다.</li><li>진단 담당이 요청 줄마다 요청별 응답 판정표의 줄을 매기고, 인계 자료표의 다섯 가지를 묶습니다.</li><li>실장이 원장의 승인을 받아 묶음을 보안 담당자에게 넘기고, 넘긴 날짜와 받은 사람을 기록합니다.</li></ol><p>첫째 단계에서 사람이 연 화면에도 로봇 확인 화면이 떴다면 그 사실을 함께 저장합니다. 사람에게도 뜨는 사이트와 자동 요청에만 뜨는 사이트는 보안 담당자가 찾을 규칙이 다릅니다. 둘째 단계에서 관리자가 뽑는 기간은 진단 기간 전체로 하고, 공개 대역의 요청이 한 줄도 없다면 막힌 것이 아니라 요청이 없었던 것이므로 그렇게 씁니다.</p></section><section id="p3-roles"><h2>로봇 확인 화면 입증의 역할 나눔</h2><p>진단 담당은 화면을 저장하고 요청 줄을 맞대고 판정을 매깁니다. 보안 장비의 설정은 열지 않고 바꾸지도 않습니다. 로봇 확인 화면을 자동으로 넘기는 도구를 써서 본문이 열리는지 시험하는 일도 하지 않습니다. 진단은 막는 장치를 돌아가지 않고, 막힌 사실을 기록하는 데까지 합니다.</p><p>홈페이지 관리자는 이벤트 기록을 뽑습니다. 기록을 볼 권한이 호스팅 업체나 보안 서비스 업체에 있다면 관리자가 그 업체에 요청하고, 요청한 날과 받은 날을 함께 넘깁니다. 기록에서 개인 방문자의 주소가 함께 나온다면 일반 방문 줄은 응답의 종류와 시각만 남기고 주소는 가려 넘깁니다.</p><p>보안 담당자는 어느 규칙이 그 요청에 걸렸는지를 찾고, 그 규칙을 그대로 놓을지 공개 대역의 요청만 지나가게 할지를 위험과 함께 판단합니다. 이 화면은 공격과 무단 수집을 막으려고 놓은 것입니다. 진단서는 기능을 끄라고 권하지 않고, 어느 요청이 어떤 응답을 받았는지만 넘깁니다.</p><p>원장은 인계를 승인하고, 보안 담당자의 판단을 받아 방침을 정합니다. 수집기의 요청을 지나가게 하는 것과 지금대로 막는 것 가운데 어느 쪽을 택하든 진단서에는 정한 날짜와 정한 내용을 옮깁니다. 막기로 정했다면 그 사이트는 「병원 방침으로 막음」으로 기록하고, 고칠 일 목록에서 뺍니다.</p></section><section id="p3-link"><h2>인계 뒤 이어지는 일</h2><p>보안 담당자가 설정을 바꾸었다면 실장이 바꾼 날짜를 받아 기록합니다. 진단 담당은 그 날 뒤의 이벤트 기록을 다시 받아 같은 판정표로 매기고, 앞의 기록은 고치지 않고 나란히 놓습니다. 설정을 바꾼 뒤 AI 답에 병원 정보가 나온다고 약속하지는 않습니다.</p><p>본문에 닿는 것은 읽히기 위한 첫 조건일 뿐입니다. 닿은 뒤에는 본문의 병원 이름, 주소, 진료 시간이 항목으로 가려 읽히는지가 다음 점검입니다. 병원 정보를 기계가 항목별로 읽을 수 있게 표시하는 작업은 구조화 데이터에서 시작합니다.</p></section><section id="p4-faq" class="faq-section"><h2>로봇 확인 화면과 응답 차이 입증 자주 묻는 질문</h2><div class="faq-card"><h3>보안 장비의 기록 없이 진단 담당의 시험 요청만으로 막혔다고 보고해도 되나요?</h3><p>안 됩니다. 담당의 주소에서 나간 요청은 수집기의 요청을 대신하지 못합니다. 이벤트 기록을 받지 못했다면 기록 미확인으로 매기고, 보고서에는 「시험 요청에서 로봇 확인 화면이 돌아옴, 수집기 요청의 응답은 미확인」이라고 씁니다.</p></div><div class="faq-card"><h3>응답 상태가 성공으로 찍힌 요청이 실제로는 로봇 확인 화면을 받았는지 어떻게 가리나요?</h3><p>응답 상태가 아니라 이벤트 기록에서 장비가 한 동작을 읽습니다. 장비가 그 요청에 확인 단계를 냈다고 남긴 줄이 근거입니다. 동작이 남지 않는 기록이라면 돌아간 응답의 종류를 알 수 없으므로 기록 미확인입니다.</p></div><div class="faq-card"><h3>공개 대역을 밝히지 않은 서비스의 수집기는 어떻게 판정하나요?</h3><p>그 이름으로 온 요청은 진짜인지 가릴 수 없으므로 판정 제외입니다. 보고서에 그 서비스의 공식 문서에서 주소 대역을 찾지 못했다는 사실과 찾아본 날짜를 씁니다.</p></div><div class="faq-card"><h3>사람이 열 때에도 매번 로봇 확인 화면이 뜬다면 어느 줄로 매기나요?</h3><p>거친 뒤 본문이 열렸다면 본문 도달로 매기고 「화면 거침」을 옮깁니다. 이 경우 수집기 요청의 줄과는 따로, 환자가 매번 한 단계를 더 거친다는 사실을 병원에 넘깁니다. 거친 뒤에도 본문이 열리지 않았다면 접근 실패를 가리는 판정으로 넘깁니다.</p></div><div class="faq-card"><h3>보안 담당자가 다음 점검 때까지 설정을 바꾸겠다고 했다면 지금 기록은 어떻게 쓰나요?</h3><p>받은 기록대로 화면에 막힘으로 매깁니다. 바꾸기로 한 날짜는 기록 옆에 쓰고, 바꾼 뒤의 상태는 변경 효력일 기준에 따라 그 날 뒤의 이벤트 기록으로 새로 판정합니다.</p></div></section><section id="p4-exceptions"><h2>한때만 뜬 로봇 확인 화면과 일부 경로의 규칙</h2><div class="note-box"><span class="box-label">예외·주의</span><p>공격을 받는 동안 보안 장비가 모든 요청에 로봇 확인 화면을 내도록 바뀌는 경우가 있습니다. 그 기간의 이벤트 기록에는 공개 대역의 수집기 요청도 그 화면을 받은 줄이 남습니다. 판정은 요청별 응답 판정표의 넷째 줄 그대로 매기되, 기록에 그 상태가 시작된 시각과 끝난 시각을 옮기고 「그 기간에 한함」이라고 씁니다. 기간 밖의 요청이 본문을 받았다면 늘 막힌 사이트로 보고하지 않습니다.</p><p>게시판이나 예약 경로처럼 일부 경로에만 규칙이 걸린 사이트도 있습니다. 첫 화면은 본문이 돌아가고 공지 글의 경로는 로봇 확인 화면이 돌아가는 식입니다. 요청 줄을 경로마다 묶어 따로 판정하고, 인계 자료에는 막힌 경로와 막히지 않은 경로를 나란히 넣습니다. 한 경로의 결과를 사이트 전체의 결과로 넓혀 쓰지 않습니다.</p></div></section>]]></description></item><item><title>인용 제목과 본문이 다를 때, 링크 제목에서 온 주장의 표시법</title><link>https://hospitalgeocheck.com/%EC%9D%B8%EC%9A%A9-%EC%A0%9C%EB%AA%A9%EA%B3%BC-%EB%B3%B8%EB%AC%B8%EC%9D%B4-%EB%8B%A4%EB%A5%BC-%EB%95%8C-%EB%A7%81%ED%81%AC-%EC%A0%9C%EB%AA%A9%EC%97%90%EC%84%9C-%EC%98%A8-%EC%A3%BC%EC%9E%A5%EC%9D%98-%ED%91%9C%EC%8B%9C%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%B8%EC%9A%A9-%EC%A0%9C%EB%AA%A9%EA%B3%BC-%EB%B3%B8%EB%AC%B8%EC%9D%B4-%EB%8B%A4%EB%A5%BC-%EB%95%8C-%EB%A7%81%ED%81%AC-%EC%A0%9C%EB%AA%A9%EC%97%90%EC%84%9C-%EC%98%A8-%EC%A3%BC%EC%9E%A5%EC%9D%98-%ED%91%9C%EC%8B%9C%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:09:13 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>주장의 근거를 본문에서 찾는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>인용 제목과 본문이 다르면 답변의 주장을 본문과 맞대어 판단하고, 제목에만 있는 주장은 본문이 뒷받침하지 않는 주장으로 따로 표시합니다. 제목은 글을 열게 하려고 짧고 세게 쓰이는 경우가 있고, 본문은 그 제목에 조건과 예외를 더합니다. 답변이 제목의 말을 그대로 옮겼다면, 그 주장은 페이지가 실제로 설명한 내용보다 넓은 주장이 됩니다.</p></div><p>제목이 하나가 아니라는 점도 따져야 합니다. 구글 검색 센터 문서는 구글이 여러 소스를 써서 검색 결과의 제목 링크를 자동으로 결정한다고 안내하고, 그 소스로 title 요소의 내용, 페이지에 표시되는 주요 시각적 제목, heading 요소, og:title 메타 태그의 내용, 페이지를 가리키는 링크 안의 텍스트 같은 것을 듭니다. 답변의 인용 표시에 보이는 제목이 페이지를 열었을 때의 제목과 다를 수 있다는 뜻이어서, 어느 제목에서 주장이 왔는지를 가리려면 제목들을 따로 옮겨 써야 합니다.</p><p>판정은 세 가지입니다. 답변의 주장이 본문 문장에 있으면 본문 뒷받침, 제목에는 있으나 본문에는 없거나 본문이 조건을 붙여 좁힌 내용이면 제목만 뒷받침, 제목에도 본문에도 없으면 뒷받침 없음입니다.</p></section><section id="p1-table"><h2>인용 주장의 세 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>본문 뒷받침</td><td>주장과 같은 뜻의 문장이 본문에 있고 조건도 같음</td><td>그 본문 문장을 병원 공식 정보와 맞댐</td></tr><tr><td>제목만 뒷받침</td><td>주장이 제목에는 있으나 본문에는 없거나, 본문이 조건을 붙여 좁힌 내용임</td><td>제목과 본문의 해당 문장을 나란히 기록하고 수정 권고 목록에 올림</td></tr><tr><td>뒷받침 없음</td><td>주장이 제목에도 본문에도 없음</td><td>인용과 주장이 맞지 않는 답변으로 따로 기록</td></tr></tbody></table></div></div><p>세 판정은 답변이 그 페이지를 근거로 든 주장에만 매깁니다. 인용 표시가 없는 주장이나 다른 페이지를 근거로 든 주장은 그 페이지의 제목과 본문으로 가릴 수 없으므로, 어느 인용에 걸린 주장인지를 먼저 짝지은 뒤에 판정합니다.</p><p>본문 뒷받침은 주장이 맞다는 판정이 아닙니다. 인용한 페이지가 그 주장을 하고 있다는 뜻이고, 그 주장이 병원의 사실과 맞는지는 공식 정보와 따로 맞댑니다.</p><p>제목만 뒷받침에서 본문이 조건을 붙인 경우를 놓치지 않습니다. 제목은 「당일 검사와 결과」이고 본문은 오전에 접수한 환자에 한해 당일 결과가 나온다고 썼다면, 답변이 조건 없이 당일 결과를 전한 것은 제목만 뒷받침입니다.</p></section><section id="p2-steps"><h2>제목과 본문을 맞대는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변 원문과 질문한 날짜, 인용 표시에 보이는 제목과 주소를 그대로 저장합니다.</li><li>진단 담당이 인용된 페이지를 열어 아래 표의 네 자료를 옮겨 씁니다.</li><li>진단 담당이 답변에서 그 페이지를 근거로 든 주장을 한 줄씩 떼어 냅니다.</li><li>진단 담당이 주장마다 본문 문장을 먼저 찾고, 없으면 제목들을 찾아 앞의 표에 있는 세 판정 가운데 하나를 매깁니다.</li><li>제목만 뒷받침으로 매긴 주장은, 진단 담당이 그 페이지가 병원 채널인지 외부 게시물인지를 표시해 원장에게 넘깁니다.</li></ol><p>둘째 단계에서 페이지를 연 날짜도 함께 씁니다. 제목과 본문은 나중에 고쳐질 수 있어, 답변을 받은 날과 페이지를 연 날 사이가 멀면 그사이 제목이 바뀌었을 가능성을 기록에 남깁니다. 답변을 받은 날 바로 페이지를 열어 옮겨 쓰는 것을 원칙으로 합니다.</p><p>넷째 단계에서 본문을 먼저 찾는 까닭은 제목부터 맞대면 제목과 같은 주장을 맞다고 넘기기 때문입니다. 본문에서 같은 뜻의 문장을 찾지 못했을 때에만 제목으로 돌아가, 그 주장이 제목에서 온 것인지를 가립니다.</p><p>다섯째 단계에서 병원 채널과 외부 게시물을 나누는 까닭은 고칠 수 있는 범위가 다르기 때문입니다. 병원 채널의 제목이 본문보다 넓게 쓰였다면 병원이 제목을 고칠 수 있고, 외부 게시물이라면 그 사실을 기록하고 정정을 요청할지 원장이 정합니다.</p></section><section id="p2-materials"><h2>페이지에서 옮겨 쓰는 네 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>옮겨 쓰는 것</th><th>쓰임</th></tr></thead><tbody><tr><td>인용 표시의 제목</td><td>답변의 출처 표시에 보이는 제목 그대로</td><td>답변이 어떤 제목을 달고 인용했는지 가림</td></tr><tr><td>페이지 제목</td><td>브라우저 탭에 나오는 제목</td><td>인용 표시의 제목과 같은지 맞댐</td></tr><tr><td>본문의 큰 제목</td><td>페이지를 열었을 때 맨 위에 보이는 제목</td><td>페이지 제목과 본문 제목이 다른지 가림</td></tr><tr><td>본문 문장</td><td>주장과 같은 주제를 다룬 본문 문장과 그 조건</td><td>판정의 기준</td></tr></tbody></table></div></div><p>세 제목이 서로 다를 수 있습니다. 같은 페이지라도 탭의 제목과 본문의 큰 제목이 다르게 쓰인 경우가 있고, 인용 표시에는 또 다른 제목이 보일 수 있습니다. 어느 제목이 주장과 같은 말을 담고 있는지를 셋 모두에서 찾습니다.</p><p>넷째 자료의 본문 문장은 조건까지 함께 옮깁니다. 주장과 같은 주제의 문장만 옮기고 그 뒤에 이어지는 「다만」이나 「단」으로 시작하는 문장을 빼면, 본문이 좁힌 내용이 기록에서 사라져 제목만 뒷받침을 본문 뒷받침으로 잘못 매기게 됩니다.</p></section><section id="p3-before-after"><h2>병원 페이지 제목을 고치기 전과 후</h2><p>제목만 뒷받침의 출처가 병원 채널일 때, 제목을 고치기 전과 후가 어떻게 달라지는지를 견줍니다. 아래는 설명을 위해 꾸민 가상의 페이지입니다.</p><p>고치기 전 병원 블로그 글의 제목은 「주말에도 진료하는 ○○의원」이었습니다. 본문에는 토요일은 오전에 진료하고 일요일은 매달 첫째 주에만 진료한다고 쓰여 있었습니다. 주말 진료를 묻는 질문에는 「이 의원은 주말에도 진료합니다」라는 가상의 AI 답변이 돌아왔고, 인용 표시에는 이 글이 붙어 있었습니다.</p><p>진단 담당은 주장을 본문과 맞댔습니다. 본문에는 주말 내내 진료한다는 문장이 없고, 토요일 오전과 매달 첫째 일요일이라는 조건이 있었습니다. 답변의 주장은 제목에는 있으나 본문이 조건을 붙여 좁힌 내용이므로 제목만 뒷받침입니다.</p><p>고친 뒤 제목은 「토요일 오전과 매달 첫째 일요일 진료, ○○의원」입니다. 제목이 본문의 조건을 그대로 담아, 제목만 옮겨지더라도 조건이 함께 전해집니다. 본문의 큰 제목과 탭에 나오는 페이지 제목도 같은 말로 맞췄습니다.</p><p>제목을 고치기 전에는 본문을 고칠지도 함께 따집니다. 제목이 맞고 본문이 오래된 경우도 있기 때문입니다. 이 가상 예에서는 승인 운영표가 토요일 오전과 매달 첫째 일요일 진료로 되어 있어 본문이 맞았고, 제목을 본문에 맞췄습니다.</p><p>제목을 고칠 때 실장이 지킨 것은 두 가지입니다. 제목이 본문에 없는 말을 하지 않게 하고, 본문이 조건을 붙인 내용은 제목에서도 조건을 빼지 않습니다. 제목이 길어지더라도 조건이 빠진 짧은 제목보다 낫다고 정했습니다. 제목에 조건을 모두 담기 어려울 때는 넓게 말하는 낱말을 빼고 「주말 진료 안내」처럼 주제만 밝히는 제목으로 고칩니다.</p><p>고친 뒤 다음 진단에서 진단 담당은 같은 질문을 다시 물어 답변의 주장을 본문과 맞댑니다. 넘길 때는 고치기 전과 후의 제목, 본문의 해당 문장, 두 답변의 원문을 한 묶음으로 넘깁니다. 제목을 고친 날짜도 함께 써서, 그 앞뒤의 답변을 가려 읽게 합니다.</p></section><section id="p4-faq" class="faq-section"><h2>인용 제목과 본문 판정 자주 묻는 질문</h2><div class="faq-card"><h3>제목과 본문이 같은 말을 하면 제목을 옮긴 답변도 본문 뒷받침인가요?</h3><p>본문에 같은 뜻의 문장이 있고 조건도 같다면 본문 뒷받침입니다. 주장이 제목에서 왔는지 본문에서 왔는지는 가릴 수 없고 가릴 필요도 없습니다. 판정은 주장의 근거가 본문에 있는지로만 매깁니다.</p></div><div class="faq-card"><h3>본문을 열 수 없는 페이지가 인용되면 어떻게 판정하나요?</h3><p>본문을 맞댈 수 없으므로 세 판정 가운데 어느 것도 매기지 않습니다. 인용 표시의 제목만 기록하고, 열 수 없었다는 사실과 시도한 날짜를 함께 남깁니다. 다음 진단에서 같은 주소를 다시 열어 본문이 열리면 그때 판정합니다.</p></div><div class="faq-card"><h3>인용 표시의 제목과 페이지 제목이 다르면 어느 쪽을 기록하나요?</h3><p>둘 다 기록합니다. 구글 검색 센터 문서는 구글이 제목 링크를 여러 소스로 자동으로 결정한다고 안내하므로, 검색 결과에 보이는 제목이 병원이 쓴 제목과 다를 수 있습니다. 다르게 나온 제목이 본문보다 넓은 말을 담고 있다면 그 사실을 따로 씁니다. 병원이 쓴 제목과 다르게 보이는 제목은 병원이 직접 고칠 수 없는 경우가 있어, 병원이 할 수 있는 일은 페이지의 제목들을 서로 같은 말로 맞추는 데까지입니다.</p></div><div class="faq-card"><h3>제목만 뒷받침이면 답변의 주장은 틀린 것인가요?</h3><p>틀렸는지는 병원 공식 정보와 맞대야 알 수 있습니다. 제목만 뒷받침은 인용한 페이지의 본문이 그 주장을 뒷받침하지 않는다는 뜻이어서, 주장이 공식 정보와 어긋나면 오류로, 맞으면 근거가 약한 맞는 주장으로 기록합니다.</p></div><div class="faq-card"><h3>한 페이지에서 여러 주장이 인용되면 판정을 하나로 매기나요?</h3><p>주장마다 하나씩 따로 매깁니다. 한 페이지에서 나온 두 주장 가운데 하나는 본문 뒷받침이고 다른 하나는 제목만 뒷받침일 수 있습니다. 페이지 단위로 하나만 매기면 본문이 뒷받침하지 않는 주장이 뒷받침하는 주장에 묻힙니다.</p></div></section><section id="p4-next"><h2>제목과 본문을 맞춘 글쓰기</h2><p>제목이 본문의 조건을 담고 있어야 제목만 인용되어도 뜻이 달라지지 않습니다. 인용되었을 때 뜻이 그대로 전해지도록 제목과 본문 문장을 쓰는 방법은 병원 AI 인용 콘텐츠에서 따로 다룹니다.</p><p>병원 채널의 글이 많다면 제목과 본문을 한꺼번에 맞대기는 어렵습니다. 제목만 뒷받침으로 판정된 글부터 고치고, 같은 틀의 제목을 쓴 다른 글을 이어서 찾습니다. 「언제나」 「모든」 「당일」처럼 조건 없이 넓게 말하는 낱말이 제목에 든 글을 먼저 추리면, 본문과 어긋난 제목을 찾는 범위가 줄어듭니다.</p></section>]]></description></item><item><title>교육 이수를 자격 취득으로 표현한 의료진 소개, 원증빙 성격 판정</title><link>https://hospitalgeocheck.com/%EA%B5%90%EC%9C%A1-%EC%9D%B4%EC%88%98%EB%A5%BC-%EC%9E%90%EA%B2%A9-%EC%B7%A8%EB%93%9D%EC%9C%BC%EB%A1%9C-%ED%91%9C%ED%98%84%ED%95%9C-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%86%8C%EA%B0%9C-%EC%9B%90%EC%A6%9D%EB%B9%99-%EC%84%B1%EA%B2%A9-%ED%8C%90%EC%A0%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B5%90%EC%9C%A1-%EC%9D%B4%EC%88%98%EB%A5%BC-%EC%9E%90%EA%B2%A9-%EC%B7%A8%EB%93%9D%EC%9C%BC%EB%A1%9C-%ED%91%9C%ED%98%84%ED%95%9C-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%86%8C%EA%B0%9C-%EC%9B%90%EC%A6%9D%EB%B9%99-%EC%84%B1%EA%B2%A9-%ED%8C%90%EC%A0%95</guid><pubDate>Mon, 26 Oct 2026 07:09:00 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>교육을 받았다는 것과 자격을 받았다는 것의 차이</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>의료진의 교육 이수가 공식 자격 취득으로 표현됐다면, 의료진이 실제로 가진 증빙이 어떤 성격의 것인지를 읽어 표현이 그 성격을 넘었는지를 판정합니다. 교육을 이수했다는 것은 정해진 과정을 들었다는 사실이고, 자격을 취득했다는 것은 어떤 기준을 채웠다고 누군가 인정했다는 사실입니다. 같은 교육에서 나온 말이라도 「수료」가 「자격 보유」로 바뀌면 다른 사실이 됩니다.</p></div><p>증빙의 성격은 다섯으로 나눠 읽습니다. 의료인의 면허, 전문의 자격, 학위, 교육 과정의 수료나 이수, 다른 기관에서의 연수입니다. 앞의 둘은 법이 정한 자격입니다. 의료법 제77조는 전문의가 되려면 정해진 수련을 거쳐 보건복지부장관에게 자격 인정을 받아야 하고, 전문의 자격을 인정받은 사람이 아니면 전문과목을 표시하지 못한다고 정합니다. 뒤의 셋은 배운 것과 거친 과정을 말하는 기록입니다.</p><p>환자에게 이 차이는 의료진을 정하는 근거와 닿아 있습니다. 「어느 과정을 수료했다」는 말과 「어느 분야의 자격을 가졌다」는 말을 환자는 다른 무게로 받아들입니다.</p><p>판정 값은 네 가지입니다. 답변의 표현이 증빙의 성격과 같으면 성격 같음, 수료나 연수나 학위를 자격이나 인증을 받은 것으로 전했으면 자격으로 바뀜, 면허나 전문의처럼 법이 정한 자격으로 전했으면 법정 자격으로 바뀜, 의료진이 그 표현의 바탕이 된 증빙을 회신하지 못했으면 증빙 없음입니다.</p></section><section id="p1-table"><h2>증빙의 다섯 성격과 말할 수 있는 범위</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>성격</th><th>증빙이 말하는 것</th><th>말할 수 있는 표현</th><th>넘는 표현</th></tr></thead><tbody><tr><td>면허</td><td>법이 정한 의료인의 자격을 받음</td><td>의사, 치과의사, 한의사</td><td>받지 않은 다른 면허</td></tr><tr><td>전문의 자격</td><td>정해진 수련을 거쳐 자격 인정을 받음</td><td>인정받은 과목의 전문의</td><td>다른 과목의 전문의</td></tr><tr><td>학위</td><td>대학의 교육 과정을 마침</td><td>석사, 박사</td><td>그 분야의 자격, 전문의</td></tr><tr><td>수료와 이수</td><td>정해진 교육 과정을 들음</td><td>어느 과정 수료, 어느 교육 이수</td><td>자격 취득, 인증, 공인</td></tr><tr><td>연수</td><td>다른 기관에서 일정 기간 배우거나 참관함</td><td>어느 기관 연수</td><td>그 기관 소속, 그 기관의 자격</td></tr></tbody></table></div></div><p>넷째 줄에서 표현이 넘는 일이 생기기 쉽습니다. 교육 과정의 이름에 분야 이름이 들어 있으면, 「수료」가 떨어져 나가면서 분야 이름만 남아 자격처럼 읽힙니다. 증빙에 쓰인 말이 「수료」나 「이수」이면, 과정의 이름이 아무리 자격처럼 들려도 성격은 수료입니다.</p><p>둘째와 셋째 값을 나누는 까닭은 무게가 다르기 때문입니다. 수료를 민간의 자격으로 전한 것과 전문의로 전한 것은 둘 다 넘은 표현이지만, 뒤의 것은 법이 정한 자격을 가진 것으로 전한 것이어서 원장이 먼저 읽어야 합니다.</p></section><section id="p2-steps"><h2>증빙의 성격과 표현을 맞대는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변에서 의료진의 자격이나 교육을 말한 표현을 그대로 옮깁니다.</li><li>실장이 의료진에게 받아 그 표현의 바탕이 된 증빙의 이름, 준 곳, 받은 날, 증빙에 쓰인 말을 회신합니다.</li><li>진단 담당이 회신으로 증빙의 성격을 다섯 가운데 하나로 정합니다.</li><li>진단 담당이 답변의 표현이 그 성격이 말할 수 있는 범위 안인지를 맞대어 네 값 가운데 하나를 매깁니다.</li><li>진단 담당이 병원의 공식 약력에서 같은 항목이 어떻게 쓰여 있는지를 옮기고, 원장이 승인합니다.</li></ol><p>둘째 단계에서 증빙의 사본은 진단 담당에게 넘기지 않습니다. 증빙에는 면허 번호나 생년월일처럼 진단에 필요 없는 정보가 함께 있습니다. 실장이 증빙에서 네 가지만 옮겨 회신합니다. 증빙의 이름, 준 곳의 이름, 받은 날, 그리고 「수료하였음」이나 「자격을 인정함」처럼 증빙이 무엇을 밝히는지를 쓴 문장입니다.</p><p>셋째 단계에서 성격은 증빙에 쓰인 말로 정합니다. 의료진 본인이 그 과정을 자격이라고 여기고 있더라도, 증빙이 수료를 밝힌 것이면 성격은 수료입니다. 증빙의 말로 정해지지 않으면 준 곳이 그 증빙을 어떻게 설명하는지를 그곳의 공식 안내에서 읽습니다.</p><p>다섯째 단계는 표현이 어디에서 바뀌었는지를 읽는 일입니다. 병원의 약력에는 「수료」라고 쓰여 있는데 답변이 「자격」이라고 전했을 수 있고, 약력부터 「취득」이라고 쓰여 있었을 수도 있습니다. 뒤의 경우에는 약력이 먼저 고칠 곳입니다. 답변의 값은 약력이 아니라 증빙을 기준으로 매기므로, 약력과 같게 전한 답변도 자격으로 바뀜이 될 수 있습니다.</p></section><section id="p2-verdict"><h2>표현의 네 가지 판정 값</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정 값</th><th>증빙의 성격</th><th>답변의 표현</th><th>다음에 할 일</th></tr></thead><tbody><tr><td>성격 같음</td><td>다섯 가운데 하나</td><td>그 성격이 말할 수 있는 범위 안</td><td>없음</td></tr><tr><td>자격으로 바뀜</td><td>학위, 수료, 연수</td><td>자격 취득, 인증, 공인으로 전함</td><td>약력의 표현을 읽고 의료진에게 알림</td></tr><tr><td>법정 자격으로 바뀜</td><td>학위, 수료, 연수</td><td>면허나 전문의로 전함</td><td>원장이 먼저 읽고 출처를 찾음</td></tr><tr><td>증빙 없음</td><td>정할 수 없음</td><td>어떻게 전했든</td><td>의료진이 증빙을 찾아 회신함</td></tr></tbody></table></div></div><p>증빙 없음은 그 교육이나 자격이 없었다는 뜻이 아닙니다. 오래전에 받은 수료증을 찾지 못하는 일은 있을 수 있습니다. 다만 증빙이 없으면 성격을 정할 수 없고, 성격을 정할 수 없으면 답변의 표현이 넘었는지도 가릴 수 없습니다. 이 값으로 남은 항목은 병원 약력에 그대로 실어도 되는지를 원장이 정합니다.</p><p>병원이 약력에 자격과 교육을 어떻게 쓸지는 원장이 의료법에 비추어 정합니다. 의료법 제56조 제2항 제9호는 법적 근거가 없는 자격이나 명칭을 표방하는 내용의 광고를 금지합니다. 진단은 증빙의 성격과 다르게 쓰인 표현을 찾아 넘기는 데까지 합니다.</p></section><section id="p3-apply"><h2>증빙에 쓰인 말로 성격을 읽는 방법</h2><p>셋째 단계에서 성격을 정하는 일이 판정의 바탕입니다. 증빙마다 쓰는 말이 달라, 읽는 방법을 넷으로 정합니다.</p><p>첫째, 증빙의 이름을 읽습니다. 면허증, 자격증, 학위기, 수료증, 이수증, 연수 확인서처럼 이름이 성격을 밝히고 있을 수 있습니다. 이름이 성격을 밝히면 그것을 따르되, 이름만으로 끝내지 않고 다음 세 가지를 함께 읽습니다.</p><p>둘째, 증빙이 밝히는 문장의 서술어를 읽습니다. 「과정을 수료하였음」「교육을 이수하였음」「참가하였음」은 들었다는 사실을 밝힌 말이고, 「자격을 인정함」「면허를 부여함」은 기준을 채웠다고 인정한 말입니다. 이름은 자격증처럼 쓰여 있어도 서술어가 수료를 밝히고 있으면 성격은 수료입니다.</p><p>셋째, 준 곳이 어디인지를 읽습니다. 면허와 전문의 자격은 법이 정한 곳에서 줍니다. 준 곳이 학회나 교육 기관이나 기업이면 그 증빙은 법정 자격이 아닙니다. 준 곳의 이름이 나라의 기관처럼 들리더라도 이름으로 짐작하지 않고, 그곳이 스스로 밝힌 공식 안내에서 어떤 곳인지를 읽습니다.</p><p>넷째, 그 증빙을 받는 데 필요한 것을 읽습니다. 과정을 끝까지 들으면 받는 것인지, 시험이나 심사를 거쳐야 받는 것인지가 준 곳의 안내에 밝혀져 있으면 옮깁니다. 들으면 받는 것은 수료이고, 심사를 거쳐 받는 것이라도 법이 정한 자격이 아니면 그 기관이 준 자격으로 씁니다. 이 경우 답변이 「그 기관이 준 자격」으로 전했다면 성격 같음이고, 기관 이름을 떼고 「공인 자격」으로 전했다면 자격으로 바뀜입니다.</p><p>인계할 때는 답변의 표현과 받은 날, 증빙에서 옮긴 네 가지, 정한 성격과 읽은 방법, 약력에서 옮긴 표현, 판정 값, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 약력이 고쳐졌는지와 새로 더해진 항목이 있는지를 실장에게 먼저 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>교육 이수와 자격 취득 표현 자주 묻는 질문</h2><div class="faq-card"><h3>교육 과정의 이름에 「전문가 과정」 같은 말이 들어 있으면 그 말을 써도 성격 같음인가요?</h3><p>과정의 이름을 그대로 옮기고 수료했다고 전하면 성격 같음입니다. 「어느 전문가 과정 수료」는 증빙이 밝힌 그대로입니다. 과정 이름에서 「과정」과 「수료」를 떼고 「전문가」만 남겨 전했다면 자격으로 바뀜입니다. 이름의 일부가 그 사람의 자격을 말하는 낱말로 옮겨졌기 때문입니다.</p></div><div class="faq-card"><h3>박사 학위를 가진 의료진을 그 분야의 전문의로 전한 답변은 어느 값인가요?</h3><p>법정 자격으로 바뀜입니다. 학위는 대학의 과정을 마쳤다는 기록이고, 전문의는 수련을 거쳐 자격 인정을 받은 것입니다. 그 의료진이 전문의 자격도 가지고 있다면 전문의 자격의 증빙을 따로 회신받아 과목이 같은지를 맞댑니다.</p></div><div class="faq-card"><h3>병원 약력이 「수료」를 「취득」이라고 써 놓았고 답변이 그대로 옮겼다면 답변은 맞는 것인가요?</h3><p>답변의 값은 자격으로 바뀜 그대로입니다. 기준은 약력이 아니라 증빙이기 때문입니다. 답변이 약력과 같다는 사실은 옆 칸에 써서, 표현이 병원 글에서 이미 바뀌어 있었음을 남깁니다. 약력의 그 줄은 원장과 의료진이 읽을 곳으로 넘깁니다.</p></div><div class="faq-card"><h3>답변이 자격 이름 없이 「관련 교육을 받은 의료진」이라고 풀어 전하면 어떻게 매기나요?</h3><p>성격 같음입니다. 교육을 받았다는 말은 수료와 이수가 말할 수 있는 범위 안에 있습니다. 어떤 교육인지를 밝히지 않았다는 것은 옆 칸에 쓸 수 있지만 넘은 표현은 아닙니다. 「교육을 받은」 뒤에 평가하는 말이 달려 있으면 그 부분은 평가 표현으로 따로 기록합니다.</p></div><div class="faq-card"><h3>한 의료진에게 수료와 전문의 자격이 함께 있는데 답변이 둘을 섞어 전하면 어떻게 가리나요?</h3><p>표현마다 어느 증빙에서 나온 것인지를 따로 잇습니다. 전문의 자격은 한 과목인데 다른 분야의 교육을 수료했다면, 답변이 수료한 분야까지 전문의라고 전했는지를 읽습니다. 그랬다면 그 분야의 표현은 법정 자격으로 바뀜이고, 인정받은 과목의 표현은 성격 같음입니다.</p></div></section><section id="p4-next"><h2>판정 뒤에 약력과 소개 글을 맞추는 일</h2><p>의료진의 약력은 병원의 기본 정보 가운데 하나입니다. 의료진마다 어떤 증빙이 있고 약력에 어떤 말로 실려 있는지를 한 표로 만들면, 넘은 표현이 어디에 있는지가 드러납니다. 의료진 정보를 포함해 기본 정보를 갖추는 순서는 병원 기관 정보 정비에서 다룹니다.</p><p>약력을 증빙대로 고친 뒤에는 소개 글의 문장도 같은 범위로 맞춥니다. 의료진을 소개할 때 교육과 자격을 가려 말하는 방법은 의료진 홍보에서 이어서 정리합니다.</p></section>]]></description></item><item><title>존재하지 않는 지점 안내, 가맹·협력·동명 기관을 가르는 확인</title><link>https://hospitalgeocheck.com/%EC%A1%B4%EC%9E%AC%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%A7%80%EC%A0%90-%EC%95%88%EB%82%B4-%EA%B0%80%EB%A7%B9-%ED%98%91%EB%A0%A5-%EB%8F%99%EB%AA%85-%EA%B8%B0%EA%B4%80%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%99%95%EC%9D%B8</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A1%B4%EC%9E%AC%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%A7%80%EC%A0%90-%EC%95%88%EB%82%B4-%EA%B0%80%EB%A7%B9-%ED%98%91%EB%A0%A5-%EB%8F%99%EB%AA%85-%EA%B8%B0%EA%B4%80%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%99%95%EC%9D%B8</guid><pubDate>Mon, 26 Oct 2026 07:08:47 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>지점이라는 말의 근거를 명부에서 찾기</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>존재하지 않는 지점을 안내했는지는 답변이 지점이라고 전한 기관을 병원의 법인 및 지점 명부와 맞대어 가립니다. 명부에 있으면 실제 지점이고, 명부에 없으면 그 기관이 병원과 어떤 관계인지를 관계 설명 자료로 다시 가립니다. 가맹이나 협력 관계가 실제로 있더라도, 그 기관을 병원의 지점이라고 부를 근거는 명부에만 있습니다.</p></div><p>지점이라는 말은 환자에게 같은 병원이라는 뜻으로 읽힙니다. 같은 의료진과 같은 기록, 같은 기준으로 진료받을 수 있다고 기대하고, 본원에서 받던 진료를 그곳에서 이어 받을 수 있다고 여깁니다. 이름을 함께 쓰는 가맹 기관이나 환자를 서로 의뢰하는 협력 기관은 사업 주체가 달라, 그 기대가 맞지 않을 수 있습니다.</p><p>답변이 없는 지점을 전하는 모습은 하나가 아닙니다. 협력 의원을 지점으로 부른 경우, 이름이 같을 뿐 관계없는 기관을 지점으로 부른 경우, 실재하는지조차 가릴 수 없는 지점을 전한 경우가 있고, 셋은 고칠 곳이 서로 다릅니다. 그래서 없는 지점이라고 한 줄로 적지 않고 관계를 가려 판정합니다.</p></section><section id="p1-table"><h2>지점 진술의 네 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>실제 지점</td><td>법인 및 지점 명부에 있음</td><td>그 지점의 주소와 운영 정보를 정확성 대조로 넘김</td></tr><tr><td>관계 과장</td><td>명부에는 없고 관계 설명에 가맹이나 협력 기관으로 있음</td><td>관계의 이름과 인용 출처를 기록하고 수정 권고 목록에 올림</td></tr><tr><td>동명 기관 오인</td><td>명부에도 관계 설명에도 없고, 이름이 같거나 비슷한 다른 기관이 실재함</td><td>그 기관의 주소와 인용 출처를 기록하고 수정 권고 목록에 올림</td></tr><tr><td>없는 지점</td><td>명부에도 관계 설명에도 없고, 그 이름과 주소의 기관이 실재하는지도 가려지지 않음</td><td>답변 원문과 인용 출처를 기록하고 원장에게 알림</td></tr></tbody></table></div></div><p>네 판정은 기관마다 하나씩 매깁니다. 답변 하나에 기관이 여럿 나오면 기관 수만큼 판정이 생기고, 답변 전체에 하나의 판정을 매기지 않습니다. 실제 지점 둘과 협력 의원 하나를 함께 전한 답변을 통째로 틀렸다고 적으면, 맞게 전한 두 지점까지 고칠 목록에 오릅니다.</p><p>관계 과장은 거짓이 아니라 말이 넓어진 경우입니다. 관계는 있으므로 답변이 그 기관을 언급한 것 자체는 틀리지 않았고, 지점이라는 말만 근거가 없습니다. 기록에는 실제 관계의 이름을 함께 써서, 고칠 때 어떤 말로 바로잡을지가 드러나게 합니다.</p><p>없는 지점은 넷 가운데 고칠 곳을 찾기 어려운 판정입니다. 인용 출처가 있으면 그 출처에 같은 내용이 있는지를 기록하고, 출처가 없으면 그 사실을 남깁니다. 답변이 왜 그런 지점을 전했는지는 짐작해 쓰지 않습니다.</p></section><section id="p2-steps"><h2>지점 진술을 가리는 다섯 단계</h2><ol class="step-list"><li>실장이 법인 및 지점 명부와 가맹·협력 기관의 관계 설명을 진단 담당에게 건넵니다.</li><li>진단 담당이 병원의 지점과 위치를 묻는 질문으로 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변에서 지점이나 분원, 센터처럼 병원에 딸린 곳으로 전한 기관을 모두 떼어 냅니다.</li><li>진단 담당이 떼어 낸 기관마다 명부, 관계 설명, 그 기관의 공개 정보 순서로 맞대어 앞의 표에 있는 네 판정 가운데 하나를 매깁니다.</li><li>실제 지점이 아닌 세 판정은 진단 담당이 인용 출처와 함께 원장에게 넘깁니다.</li></ol><p>넷째 단계의 순서가 판정을 가릅니다. 명부에 있으면 거기서 끝나고, 없을 때만 관계 설명을 엽니다. 관계 설명에도 없을 때 그 이름과 주소의 기관이 실재하는지를 공개 정보로 찾습니다. 순서를 바꿔 공개 정보부터 찾으면, 이름이 같은 기관이 있다는 사실만으로 실제 지점처럼 넘길 수 있습니다.</p><p>다섯째 단계에서 원장에게 넘길 때는 판정마다 고칠 수 있는 곳이 병원 안인지 밖인지를 함께 씁니다. 관계 과장의 출처가 병원 채널이면 병원이 고치고, 동명 기관 오인의 출처가 외부 사이트면 정정을 요청하는 데까지가 병원의 일입니다.</p><p>셋째 단계에서 지점이라는 낱말만 찾지 않습니다. 답변이 「○○병원 강남센터」나 「○○의원 2호점」처럼 병원 이름 뒤에 다른 말을 덧붙여 전했다면, 지점이라는 말이 없어도 병원에 딸린 곳으로 전한 것이므로 함께 떼어 냅니다.</p></section><section id="p2-materials"><h2>관계를 가리는 세 가지 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>담는 것</th><th>맡는 사람</th></tr></thead><tbody><tr><td>법인 및 지점 명부</td><td>병원이 운영하는 모든 곳의 이름, 주소, 연 날짜와 닫은 날짜</td><td>원장이 승인하고 실장이 관리</td></tr><tr><td>관계 설명</td><td>가맹이나 협력 기관의 이름, 주소, 관계의 종류와 기간</td><td>원장이 승인하고 실장이 관리</td></tr><tr><td>기관의 공개 정보</td><td>답변에 나온 이름과 주소의 기관이 실재하는지와 그 대표 전화</td><td>진단 담당이 찾아 기록</td></tr></tbody></table></div></div><p>첫째 자료에 닫은 날짜를 넣는 까닭은 예전에 있던 지점이 답변에 남는 경우를 가리기 위해서입니다. 닫은 지점은 명부에 있으므로 지점 진술은 실제 지점으로 매기고, 닫은 날짜 뒤에도 운영 중이라고 전했다는 사실은 옛 정보가 남은 오류로 따로 기록합니다. 없는 지점으로 매기면 고칠 곳을 엉뚱한 데서 찾게 됩니다.</p><p>둘째 자료의 관계 설명은 병원이 밖에 밝힐 수 있는 범위로만 만듭니다. 계약의 세부 조건은 넣지 않고, 어떤 기관과 어떤 종류의 관계가 언제부터 있는지만 씁니다.</p><p>셋째 자료는 다른 기관을 평가하려는 것이 아닙니다. 그 이름과 주소에 기관이 실재하는지와 대표 전화까지만 기록하고, 그 기관의 진료나 평판은 기록하지 않습니다. 찾은 내용은 진단 기록 안에서만 씁니다.</p></section><section id="p3-record"><h2>지점 진술 판정의 기록 예</h2><p>판정을 넘길 때는 기관마다 한 줄에 답변 문장, 맞댄 자료, 판정, 인용 출처를 함께 남깁니다. 다음은 설명을 위해 꾸민 가상의 기록으로, 한 정형외과병원의 지점을 묻는 질문 하나에서 나온 것입니다.</p><p>답변은 이 병원에 지점이 세 곳 있다고 전했습니다. 진단 담당은 세 곳을 떼어 내 한 줄씩 기록했습니다. 질문 원문과 질문한 날짜, 서비스 이름은 세 줄에 똑같이 들어가고, 줄마다 달라지는 것은 기관 이름과 맞댄 자료, 판정, 인용 출처입니다.</p><p>첫째 줄은 병원 이름에 옆 도시 이름이 붙은 곳입니다. 법인 및 지점 명부에 같은 이름과 주소가 있어 실제 지점으로 판정하고, 답변이 전한 주소를 명부의 주소와 맞대는 정확성 대조로 넘겼습니다.</p><p>둘째 줄은 병원 이름에 「재활센터」가 붙은 곳입니다. 명부에는 없고, 관계 설명에 재활 환자를 서로 의뢰하는 협력 의원으로 올라 있었습니다. 판정은 관계 과장이고, 실제 관계는 협력이라고 함께 썼습니다. 인용 출처는 병원 블로그의 글이었고, 그 글에 「저희 재활센터」라는 표현이 있었습니다.</p><p>셋째 줄은 병원과 이름이 같은 다른 지역의 의원입니다. 명부에도 관계 설명에도 없고, 공개 정보로 찾으니 그 주소에 같은 이름의 의원이 실재했습니다. 판정은 동명 기관 오인이고, 인용 출처는 외부 병원 정보 사이트였습니다.</p><p>세 줄을 넘겨받은 원장은 둘째 줄부터 다뤘습니다. 병원 블로그의 표현이 출처였으므로 병원이 그날 고칠 수 있었기 때문입니다. 셋째 줄은 외부 사이트에 두 기관이 한 항목으로 실렸는지를 실장이 열어 따지기로 했습니다.</p><p>첫째 줄의 정확성 대조에서도 가릴 것이 남습니다. 실제 지점이라도 답변이 전한 주소나 진료 시간이 그 지점의 승인 정보와 다르면 오류이고, 본원의 값을 지점의 값으로 전했는지도 함께 가립니다.</p><p>이 기록에서 없는 지점 판정은 나오지 않았습니다. 세 곳 모두 실재하는 기관이었고, 다른 것은 병원과의 관계였습니다. 지점이 셋이라는 답변을 없는 지점 둘이라고만 적었다면, 협력 의원을 지점처럼 쓴 병원 블로그의 문장은 고칠 곳으로 드러나지 않았을 것입니다.</p></section><section id="p4-faq" class="faq-section"><h2>지점 안내 판정 자주 묻는 질문</h2><div class="faq-card"><h3>같은 이름을 쓰는 가맹 기관을 지점이라고 불러도 틀린 말인가요?</h3><p>명부에 없는 기관이라면 관계 과장으로 판정합니다. 이름을 함께 쓰더라도 사업 주체가 다르면 병원이 운영하는 곳이 아니므로, 기록에는 실제 관계가 가맹이라고 밝힙니다. 병원 밖으로 그 기관을 어떻게 부를지는 원장이 정합니다.</p></div><div class="faq-card"><h3>곧 열 예정인 지점을 답변이 이미 운영 중이라고 전하면 어떻게 판정하나요?</h3><p>명부에 연 날짜가 아직 오지 않은 지점은 실제 지점이지만 운영 전입니다. 답변이 운영 중이라고 전했다면 지점 진술은 실제 지점으로 매기고, 운영 시점이 틀렸다는 사실을 변경 효력일 기준으로 따로 기록합니다.</p></div><div class="faq-card"><h3>협력 기관이 자기 채널에서 우리 병원의 지점이라고 소개하면 어떻게 하나요?</h3><p>그 채널이 답변의 인용 출처였다면 관계 과장의 출처로 기록하고, 원장이 그 기관에 표현을 고쳐 달라고 요청할지 정합니다. 병원이 고칠 수 있는 곳이 아니므로 요청한 날짜를 남깁니다. 협력 관계를 밝히는 문구를 두 기관이 함께 정하면, 어느 채널에서도 같은 말로 관계가 전해집니다.</p></div><div class="faq-card"><h3>답변이 지점 수만 틀리게 전하면 어떻게 하나요?</h3><p>수만 전하고 기관을 밝히지 않았다면 어느 기관을 센 것인지 가릴 수 없습니다. 지점 이름과 위치를 묻는 질문으로 다시 물어, 기관마다 판정한 뒤에 수가 왜 다른지 따집니다.</p></div><div class="faq-card"><h3>해외 협력 병원도 같은 방식으로 가리나요?</h3><p>같은 방식입니다. 명부에 없고 관계 설명에 협력으로 올라 있다면, 지점으로 전한 답변은 관계 과장입니다. 외국어 답변이라면 지점에 해당하는 낱말이 어떻게 옮겨졌는지도 답변 원문과 함께 남깁니다.</p></div></section><section id="p4-next"><h2>관계를 밝힌 뒤 고칠 문장</h2><p>관계 과장의 출처가 병원 채널이었다면, 협력이나 가맹 기관을 우리 센터나 우리 지점처럼 읽히게 쓴 문장을 실제 관계의 이름으로 고쳐야 합니다. 병원 채널과 외부 출처에서 실제와 다른 문장을 찾아 맞추는 절차는 병원 정보 불일치 수정에서 이어서 다룹니다.</p><p>명부와 관계 설명은 지점을 열거나 닫을 때, 협력 관계가 시작되거나 끝날 때마다 고칩니다. 고친 날짜가 남아 있어야 그 앞뒤의 답변을 같은 기준으로 판정하지 않습니다. 협력이 끝난 기관을 답변이 여전히 병원과 묶어 전한다면, 관계 설명의 끝난 날짜가 그 답변을 옛 정보로 판정할 근거가 됩니다.</p></section>]]></description></item><item><title>오타가 있는 질문의 AI 답변을 진단 범위에 넣는 조건</title><link>https://hospitalgeocheck.com/%EC%98%A4%ED%83%80%EA%B0%80-%EC%9E%88%EB%8A%94-%EC%A7%88%EB%AC%B8%EC%9D%98-ai-%EB%8B%B5%EB%B3%80%EC%9D%84-%EC%A7%84%EB%8B%A8-%EB%B2%94%EC%9C%84%EC%97%90-%EB%84%A3%EB%8A%94-%EC%A1%B0%EA%B1%B4</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%98%A4%ED%83%80%EA%B0%80-%EC%9E%88%EB%8A%94-%EC%A7%88%EB%AC%B8%EC%9D%98-ai-%EB%8B%B5%EB%B3%80%EC%9D%84-%EC%A7%84%EB%8B%A8-%EB%B2%94%EC%9C%84%EC%97%90-%EB%84%A3%EB%8A%94-%EC%A1%B0%EA%B1%B4</guid><pubDate>Mon, 26 Oct 2026 07:08:34 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>계획에 정한 오타만 평가에 넣는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>오타가 있는 질문에 나온 답변은 진단 계획에 그 오타를 미리 넣어 두었을 때만 평가에 포함합니다. 진단 담당이 질문을 치다가 생긴 단순 입력 실수라면 평가에서 빼고 바른 질문으로 다시 묻습니다. 어느 경우든 그 오타를 환자가 실제로 쓴다는 근거가 없다면, 오타 질문에 나온 답을 근거로 수요가 있다고 짐작하지 않습니다.</p></div><p>오타 질문을 평가에 넣고 싶어지는 까닭은 환자가 병원 이름이나 진료 이름을 틀리게 칠 수 있기 때문입니다. 받침이 빠진 병원 이름이나 외래어 진료 이름의 다른 표기로 물었을 때 우리 병원이 나오는지 알고 싶은 것은 자연스럽습니다. 그러나 진단 담당이 우연히 틀린 질문에 나온 답까지 섞으면, 병원이 알고 싶은 오타가 아니라 진단 담당의 손버릇을 평가하게 됩니다.</p><p>그래서 오타는 계획의 일부여야 합니다. 어떤 오타를 왜 넣는지가 진단을 시작하기 전에 정해져 있어야, 그 답을 다른 질문에 나온 답과 나란히 놓고 읽을 수 있습니다. 병원 이름을 틀리게 쓴 질문은 병원을 이미 알고 찾는 사람의 질문이므로 병원 이름을 넣은 질문으로 분류하고, 질문 목록에 오타를 쓴 질문이라고 따로 표시합니다.</p></section><section id="p1-official"><h2>질문이 검색어로 바뀌는 과정</h2><p>챗GPT 공식 도움말은 검색할 때 이용자의 질문을 하나 이상의 구체적인 검색어로 바꾸어 검색 제공자에게 보낸다고 안내합니다. 퍼플렉시티 공식 도움말은 질문 맥락과 뜻을 이해한 뒤 인터넷을 검색한다고 안내합니다.</p><p>두 안내는 질문이 그대로 검색되지 않고 서비스가 뜻을 풀어 다시 쓴다는 것을 말합니다. 그러나 오타를 바로잡아 다시 쓰는지, 오타 그대로 검색하는지는 말하지 않습니다. 오타 질문에 나온 답이 바른 질문에 나온 답과 같은지 다른지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>그래서 계획에 넣은 오타 질문은 늘 바른 질문과 짝으로 묻습니다. 두 답을 나란히 두어야 오타 때문에 답이 달라졌는지, 서비스가 오타를 풀어 같은 답을 냈는지를 기록할 수 있습니다.</p></section><section id="p1-table"><h2>오타 질문 판정표</h2><p class="table-caption">오타가 섞인 질문에 나온 답은 아래 오타 질문 판정표의 네 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>오타의 성격</th><th>판정</th><th>처리</th></tr></thead><tbody><tr><td>진단 계획에 미리 넣은 오타</td><td>평가 포함</td><td>바른 질문과 짝으로 묻고 두 답을 나란히 기록</td></tr><tr><td>계획에 없던 진단 담당의 입력 실수</td><td>평가 제외</td><td>바른 질문으로 다시 묻고 실수한 답은 따로 보관</td></tr><tr><td>계획에 없으나 환자의 캡처나 연락에서 받은 오타</td><td>참고 기록</td><td>평가에 넣지 않고 다음 계획에 넣을지 원장이 정함</td></tr><tr><td>틀린 표기인지 다른 표기인지 가릴 수 없음</td><td>표기 변형</td><td>오타가 아닌 표기 목록으로 옮겨 따로 다룸</td></tr></tbody></table></div></div><p>오타 질문 판정표의 판정 값은 이 넷뿐입니다. 표기 변형은 외래어 진료 이름처럼 두 가지 이상으로 쓰이는 말에 붙는 값으로, 틀린 말이 아니므로 오타의 평가와 섞지 않습니다.</p></section><section id="p2-steps"><h2>오타 질문을 다루는 다섯 단계</h2><ol class="step-list"><li>원장과 진단 담당이 진단 전에 넣을 오타와 그 오타를 넣는 근거를 계획에 씁니다.</li><li>진단 담당이 계획에 넣은 오타 질문마다 바른 질문을 짝으로 정합니다.</li><li>진단 담당이 질문을 칠 때마다 원문을 그대로 저장하고, 계획에 없는 오타가 들어갔는지 저장본으로 가립니다.</li><li>진단 담당이 오타 질문 판정표로 판정하고, 입력 실수는 바른 질문으로 다시 묻습니다.</li><li>원장이 참고 기록과 표기 변형을 받아 다음 진단 계획에 넣을지 정합니다.</li></ol><p>첫째 단계의 근거는 병원이 가진 기록에서 찾습니다. 접수 기록이나 전화 응대 기록에서 환자가 병원 이름을 틀리게 부른 일이 되풀이되었다면 그 오타는 계획에 넣을 근거가 있습니다. 근거 없이 넣은 오타는 평가에는 들어가도 수요의 근거로는 쓰지 않는다고 계획에 함께 씁니다.</p><p>둘째 단계의 짝은 오타만 고친 같은 문장으로 정합니다. 오타를 고치면서 다른 낱말까지 바꾸면 두 답의 차이가 오타 때문인지 바뀐 낱말 때문인지 가를 수 없으므로, 짝이 되는 두 질문은 오타가 있는 낱말 하나만 다르게 씁니다.</p><p>셋째 단계에서 질문 원문을 저장하는 까닭은 입력 실수가 진단 담당도 모르게 생기기 때문입니다. 저장본으로 가려야 실수로 틀린 질문에 나온 답이 평가 포함으로 잘못 섞이지 않습니다.</p></section><section id="p2-record"><h2>오타 질문 기록표</h2><p class="table-caption">다섯 단계의 결과는 질문마다 아래 오타 질문 기록표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>질문 원문</td><td>저장한 질문 그대로와 물은 날</td><td>진단 담당</td></tr><tr><td>바른 표기</td><td>짝이 되는 바른 질문</td><td>진단 담당</td></tr><tr><td>오타의 출처</td><td>계획, 입력 실수, 환자 표현 가운데 하나</td><td>진단 담당</td></tr><tr><td>판정</td><td>판정표의 값과 두 답이 같은지</td><td>진단 담당</td></tr><tr><td>수요 근거</td><td>그 오타를 환자가 쓴다는 병원 기록의 이름, 또는 없음</td><td>원장</td></tr></tbody></table></div></div><p>오타 질문 기록표의 판정 칸에는 두 답이 같은지 다른지를 함께 씁니다. 같다면 서비스가 오타를 풀어 같은 답을 낸 것이고, 다르다면 그 차이가 병원 정보가 나오는지에 관한 것인지 소개 내용에 관한 것인지를 한 줄로 더 씁니다.</p><p>오타 질문 기록표의 수요 근거 칸이 없음이라면, 그 오타 질문에 나온 답은 병원 정보가 어떻게 나오는지를 보여 줄 뿐 그 오타로 찾는 환자가 있다는 뜻은 아닙니다. 보고서에서 오타 질문에서 나온 결과를 수요와 이어 말하지 않고, 수요 근거가 없다는 것을 결과 옆에 함께 밝힙니다.</p></section><section id="p3-mistakes"><h2>오타 질문을 다룰 때 자주 틀리는 경우</h2><p>첫째는 오타 질문에서 병원이 나오지 않은 것을 병원 정보의 부족으로 읽는 일입니다. 바른 질문에서는 병원이 나오는데 오타 질문에서만 나오지 않는다면, 그 차이는 병원 정보가 아니라 질문의 차이에서 온 것일 수 있습니다. 바른 질문과 짝으로 묻지 않았다면 이 둘을 가를 수 없습니다.</p><p>둘째는 오타 질문에 나온 답이 나왔다는 것만으로 그 오타가 흔하다고 보고하는 일입니다. AI 답은 어떤 질문에도 나올 수 있으므로, 답이 나왔다는 사실은 오타가 흔하다는 근거가 되지 않습니다. 흔한지를 말하려면 병원의 접수 기록처럼 환자가 실제로 그 말을 썼다는 기록이 있어야 합니다.</p><p>셋째는 외래어 진료 이름의 다른 표기를 오타로 판정하는 일입니다. 두 표기가 모두 쓰이는 말이라면 틀린 쪽이 없으므로, 오타 질문 판정표의 넷째 줄로 옮겨 표기 목록에서 다룹니다. 오타로 판정하면 병원이 쓰는 표기가 아닌 쪽을 틀린 말로 보고하게 됩니다.</p><p>넷째는 오타 질문과 바른 질문을 다른 날 묻는 일입니다. 날이 다르면 그사이 서비스나 병원 정보가 바뀌었을 수 있어, 두 답의 차이를 오타 탓으로 돌릴 근거가 약해집니다. 짝이 되는 두 질문은 같은 날 같은 서비스에서 이어서 묻습니다.</p><p>다섯째는 입력 실수로 나온 답을 지워 버리는 일입니다. 평가에서는 빼되 따로 보관해 두어야, 뒤에 같은 오타가 환자에게서 들어왔을 때 그 답을 참고로 꺼낼 수 있습니다.</p></section><section id="p3-link"><h2>오타 질문을 보고서와 전략으로 잇는 일</h2><p>진단을 대행사에 맡겼다면 보고서에 오타 질문과 바른 질문이 짝으로 적혀 있는지, 수요 근거 칸이 채워져 있는지를 받아 읽습니다. 대행사 보고서에서 이런 칸을 읽는 방법은 GEO 대행 보고서에서 다룹니다.</p><p>계획에 넣을 오타를 정하는 일은 병원이 어떤 질문으로 찾아질 것인가를 정하는 더 큰 계획과 이어집니다. 질문 목록 전체를 병원의 목표에 맞추어 세우는 방법은 GEO마케팅 전략에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>오타 질문 진단 자주 묻는 질문</h2><div class="faq-card"><h3>오타 질문은 계획에 몇 개까지 넣어야 합니까?</h3><p>정해진 수는 없습니다. 다만 오타 질문이 바른 질문보다 많아지면 진단 결과가 오타 쪽으로 기울어 병원의 평소 모습을 가리게 되므로, 병원 기록에서 되풀이된 오타만 골라 바른 질문 수보다 적게 넣습니다.</p></div><div class="faq-card"><h3>오타 질문에 나온 답이 바른 질문에 나온 답과 같다면 오타 질문을 계속 물어야 합니까?</h3><p>같은 답이 되풀이된다면 다음 진단에서 뺄 수 있습니다. 서비스가 그 오타를 풀어 같은 답을 낸다는 기록이 쌓였다는 뜻이므로, 계획에서 뺀 날과 까닭을 기록표에 남깁니다.</p></div><div class="faq-card"><h3>음성으로 물은 질문에서 생긴 받아쓰기 오류도 오타로 다룹니까?</h3><p>음성 질문은 받아쓴 글이 원문이 되므로, 받아쓰기 오류가 계획에 없던 것이라면 입력 실수와 같이 평가에서 뺍니다. 음성 질문 자체를 평가하려면 계획에 음성 질문을 따로 넣고, 받아쓴 글을 함께 저장합니다.</p></div><div class="faq-card"><h3>오타 질문에서 다른 병원이 나오면 동명 기관 혼입으로 판정합니까?</h3><p>오타가 다른 병원의 바른 이름과 같아졌다면 답이 그 병원을 소개하는 것은 자연스러운 결과입니다. 이런 답은 오타 질문 판정표대로 판정하고, 오타가 다른 병원 이름과 겹친다는 사실을 기록표에 함께 남깁니다. 혼입은 바른 이름으로 물은 답에서 따지는 일입니다.</p></div><div class="faq-card"><h3>진단 업체가 오타 질문 결과로 새 키워드 작업을 제안하면 어떻게 합니까?</h3><p>새 작업의 근거로 쓰인 오타가 병원 기록에 있는지를 업체에 되묻습니다. 근거가 없는 오타로 새 작업을 정하면 찾는 사람이 없는 말에 비용을 쓰게 될 수 있어, 근거를 받은 뒤에 원장이 정합니다.</p></div></section><section id="p4-exceptions"><h2>판정표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>병원 이름 자체가 틀리게 쓰이기 쉬운 낱말이라 오타와 바른 이름을 가르기 어렵다면, 병원이 공식적으로 쓰는 표기를 바른 표기로 정하고 나머지를 계획에 넣을지 원장이 정합니다. 정한 바른 표기는 오타 질문 기록표의 바른 표기 칸에 늘 같게 씁니다.</p><p>외국인 환자를 위한 외국어 질문에서 생긴 철자 오류는 이 판정표로 다루되, 외국어를 아는 사람이 오타인지 표기 변형인지를 가립니다. 가리지 못하면 표기 변형으로 판정하고 그 까닭과 가린 사람을 함께 기록합니다.</p></div></section>]]></description></item><item><title>콘텐츠 담당에게 정보 공백을 넘길 때 적을 질문과 승인 주체</title><link>https://hospitalgeocheck.com/%EC%BD%98%ED%85%90%EC%B8%A0-%EB%8B%B4%EB%8B%B9%EC%97%90%EA%B2%8C-%EC%A0%95%EB%B3%B4-%EA%B3%B5%EB%B0%B1%EC%9D%84-%EB%84%98%EA%B8%B8-%EB%95%8C-%EC%A0%81%EC%9D%84-%EC%A7%88%EB%AC%B8%EA%B3%BC-%EC%8A%B9%EC%9D%B8-%EC%A3%BC%EC%B2%B4</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%BD%98%ED%85%90%EC%B8%A0-%EB%8B%B4%EB%8B%B9%EC%97%90%EA%B2%8C-%EC%A0%95%EB%B3%B4-%EA%B3%B5%EB%B0%B1%EC%9D%84-%EB%84%98%EA%B8%B8-%EB%95%8C-%EC%A0%81%EC%9D%84-%EC%A7%88%EB%AC%B8%EA%B3%BC-%EC%8A%B9%EC%9D%B8-%EC%A3%BC%EC%B2%B4</guid><pubDate>Mon, 26 Oct 2026 07:08:22 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>문장 대신 질문과 사실, 승인 주체를 넘기는 인계</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>콘텐츠 담당자가 정보 공백을 해결하게 하려면 문장 초안이 아니라 네 가지를 넘깁니다. 환자가 실제로 묻는 질문, 그 질문에 답하는 데 비어 있는 병원 사실, 그 사실을 확정할 승인 주체, 공개할 수 있는 근거가 있는 위치입니다. 문장은 승인 주체가 사실을 정한 뒤에 콘텐츠 담당이 쓰고, 진단 담당은 문장을 쓰지 않습니다.</p></div><p>진단 담당이 공백을 찾으면 곧바로 채울 문장을 써서 넘기고 싶어집니다. 그러나 진단 담당은 병원의 사실을 정하는 사람이 아닙니다. 주차가 몇 시간 무료인지, 어떤 검사를 하는지를 진단 담당이 짐작해 문장으로 쓰면, 콘텐츠 담당은 그 문장을 사실로 받아 그대로 싣게 되고 틀린 정보가 병원의 공식 문장이 됩니다.</p><p>그래서 인계는 사실이 정해지기 전과 뒤를 나눕니다. 넘기는 시점에는 무엇이 비어 있고 누가 정해야 하는지만 있고, 사실이 정해진 뒤에야 그 사실로 문장을 씁니다. 이 순서가 지켜지면 콘텐츠 담당은 문장을 다듬는 데만 집중하고, 사실의 책임은 승인 주체에게 남습니다. 나중에 사실이 틀린 것으로 드러나도 누가 어느 날 그 값을 정했는지가 항목표에 남아 있어, 고칠 사람과 고칠 곳을 곧바로 찾을 수 있습니다.</p></section><section id="p1-official"><h2>공개 근거의 위치가 필요한 까닭</h2><p>챗GPT 공식 도움말은 웹 검색을 쓴 답에 인용이 들어갈 수 있고 인용을 누르면 출처가 열리며, 정확성이 중요할 때는 권위 있는 출처를 쓰라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 달아 이용자가 정보를 확인할 수 있게 한다고 안내합니다.</p><p>이 안내는 답의 정보가 공개된 출처로 이어진다는 것을 전제로 합니다. 병원 사실이 내부 자료에만 있다면 이용자가 열어 볼 출처가 없으므로, 인계에는 그 사실을 공개 페이지의 어디에 둘 수 있는지, 이미 공개된 근거가 있다면 어디에 있는지를 함께 씁니다.</p><p>근거 위치 칸은 콘텐츠 담당이 문장을 쓴 뒤 출처를 밝힐 때도 씁니다. 병원 운영 정보라면 근거는 병원 공식 자료이고, 의학적 설명이라면 의료진이 기댄 자료이므로, 두 종류의 근거를 한 칸에 섞지 않고 사실마다 따로 적어 넘깁니다.</p><p>새로 쓴 문장이 AI 답에 언제 쓰일지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 인계는 공백을 메우는 문장이 공개된다는 데까지를 목표로 삼고, 답에 나오는지는 공개한 뒤 같은 질문으로 다시 물어 기록합니다.</p></section><section id="p1-table"><h2>공백 인계 항목표</h2><p class="table-caption">정보 공백마다 아래 공백 인계 항목표의 다섯 줄을 채워 넘깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>담는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>질문</td><td>환자가 쓴 표현 그대로의 질문</td><td>진단 담당</td></tr><tr><td>부족한 사실</td><td>질문에 답하려면 필요하나 값이 비어 있는 병원 사실</td><td>진단 담당</td></tr><tr><td>승인 주체</td><td>그 사실의 값을 확정할 병원 안 사람</td><td>진단 담당, 원장</td></tr><tr><td>근거 위치</td><td>이미 공개된 근거나 공개할 페이지, 내부 자료의 이름</td><td>진단 담당</td></tr><tr><td>공백 판정</td><td>콘텐츠 공백이나 비공개 정보 같은 판정 값과 판정한 날</td><td>진단 담당</td></tr></tbody></table></div></div><p>공백 인계 항목표에는 문장 초안 칸이 없습니다. 부족한 사실 칸도 값이 아니라 무엇이 비어 있는지만 씁니다. 주차 요금이 비어 있다면 주차 요금이라고만 쓰고, 짐작한 요금은 적지 않아야 승인 주체가 빈칸을 보고 값을 채웁니다.</p></section><section id="p2-approver"><h2>승인 주체 표</h2><p class="table-caption">부족한 사실의 승인 주체는 사실의 종류에 따라 아래 승인 주체 표에서 정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>사실의 종류</th><th>승인 주체</th><th>까닭</th></tr></thead><tbody><tr><td>진료 시간, 주차, 예약 방법 같은 운영 정보</td><td>실장</td><td>운영 일정과 접수 방식을 관리함</td></tr><tr><td>진료와 검사를 하는지 여부</td><td>원장과 진료 담당</td><td>제공 범위는 진료 쪽이 정함</td></tr><tr><td>의료진의 경력과 진료 요일</td><td>그 의료진 본인과 원장</td><td>개인 정보라 본인의 동의가 필요함</td></tr><tr><td>비용과 할인</td><td>원장</td><td>의료광고 기준과 닿아 공개 여부까지 정해야 함</td></tr><tr><td>질환과 치료에 관한 설명</td><td>담당 의료진</td><td>의학적 내용은 의료진의 검토가 기준임</td></tr></tbody></table></div></div><p>승인 주체 표의 넷째 줄처럼 공개 여부까지 정해야 하는 사실은 승인 주체가 값을 정하고 나서도 공개하지 않기로 할 수 있습니다. 그 결정도 인계의 결과이므로, 공백 판정을 비공개 정보로 고쳐 기록하고 콘텐츠 담당에게는 쓸 문장이 없다고 알립니다.</p><p>승인 주체 표의 다섯 줄 어디에도 들지 않는 사실이라면 승인 주체는 원장이 정합니다. 누가 정할지 모르는 사실을 진단 담당이 임의로 한 사람에게 보내면, 받은 사람이 자기 일이 아니라며 회신하지 않아 공백이 오래 남습니다.</p></section><section id="p2-steps"><h2>정보 공백을 넘기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 공백 판정에서 콘텐츠 공백과 비공개 정보로 나온 질문을 추립니다.</li><li>진단 담당이 질문마다 부족한 사실을 나누어 쓰고, 승인 주체 표로 승인 주체를 정해 씁니다.</li><li>진단 담당이 근거 위치를 찾아 공백 인계 항목표를 채우고 실장에게 넘깁니다.</li><li>실장이 승인 주체에게 부족한 사실을 묻고, 확정된 값과 확정한 날을 항목표 옆에 받습니다.</li><li>콘텐츠 담당이 확정된 사실로 문장을 쓰고, 승인 주체가 그 문장의 사실이 맞는지 다시 가립니다.</li></ol><p>둘째 단계에서 부족한 사실을 나눌 때는 질문에 답하려면 무엇이 있어야 하는지를 끝까지 따집니다. 주차가 되느냐는 질문이라면 주차가 되는지, 몇 대가 되는지보다 먼저 어디에 세우는지와 무료인지가 환자에게 필요할 수 있어, 질문의 뜻에 맞는 사실을 빠짐없이 적어야 승인 주체가 한 번에 답합니다.</p><p>다섯째 단계에서 승인 주체가 문장을 다시 보는 까닭은 사실을 문장으로 옮기면서 뜻이 달라질 수 있기 때문입니다. 평일 야간 진료가 저녁 여덟 시까지라는 사실이 매일 저녁 여덟 시까지로 옮겨지는 식의 어긋남은 문장을 쓴 사람보다 사실을 정한 사람이 먼저 가려냅니다.</p></section><section id="p3-roles"><h2>정보 공백 인계의 역할 나누기</h2><p>진단 담당은 무엇이 비어 있는지를 넘기는 사람입니다. 질문과 부족한 사실, 승인 주체, 근거 위치를 항목표에 쓰고, 그 이상은 쓰지 않습니다. 사실의 값을 알고 있다고 여기더라도 항목표에 적지 않고, 승인 주체가 채우도록 빈칸으로 넘깁니다.</p><p>승인 주체는 사실을 정하는 사람입니다. 실장, 원장, 진료 담당, 의료진 본인이 각자 맡은 사실의 값을 확정하고, 확정한 날과 근거가 된 병원 기록을 함께 알립니다. 값을 정하지 못하는 사실이라면 정하지 못한다는 것도 회신이고, 그 까닭을 함께 알리면 원장이 다른 승인 주체를 정할 수 있습니다.</p><p>실장은 묻고 모으는 사람입니다. 항목표를 받아 승인 주체마다 물음을 나누어 보내고, 회신이 늦는 사실을 챙기며, 확정된 값과 날짜를 콘텐츠 담당에게 넘깁니다.</p><p>콘텐츠 담당은 확정된 사실로 문장을 쓰는 사람입니다. 사실을 더하거나 빼지 않고, 질문에 답하는 문장이 그 문장만 떼어 읽어도 뜻이 서도록 씁니다. 사실이 부족해 문장이 서지 않는다면 스스로 채우지 않고 실장에게 되돌립니다.</p><p>원장은 공개를 정하는 사람입니다. 비용이나 의료진 정보처럼 공개 여부가 걸린 사실은 원장이 공개를 정한 뒤에만 콘텐츠 담당에게 넘어가고, 의료광고 심의가 필요한 문장이라면 심의를 거친 뒤에 싣습니다.</p></section><section id="p3-link"><h2>공백을 채운 뒤를 재는 일</h2><p>공백을 채운 문장이 공개되면 같은 질문으로 다시 물어 답이 달라졌는지 기록하게 됩니다. 공백을 채운 작업이 AI 검색 노출로 이어졌는지 살피는 방법은 AI 검색 성과 확인에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>정보 공백 인계 자주 묻는 질문</h2><div class="faq-card"><h3>질문 하나에 부족한 사실이 여럿이면 항목표를 어떻게 씁니까?</h3><p>부족한 사실마다 한 줄로 나누어 씁니다. 사실마다 승인 주체가 다를 수 있어, 한 줄에 묶으면 한 사람이 모든 값을 정하려다 모른다는 회신이 돌아옵니다. 같은 질문에서 나온 줄은 질문 칸을 같게 써서 묶어 읽을 수 있게 합니다.</p></div><div class="faq-card"><h3>승인 주체의 회신이 늦으면 콘텐츠 담당이 먼저 초안을 써도 됩니까?</h3><p>사실이 정해지지 않은 부분은 쓰지 않습니다. 질문의 다른 부분에 필요한 사실이 이미 정해졌다면 그 부분만 먼저 쓰고, 빈 부분은 비워 둔 채 회신을 기다립니다.</p></div><div class="faq-card"><h3>근거 위치가 내부 자료뿐이면 공개 페이지는 누가 정합니까?</h3><p>어느 페이지에 실을지는 원장이 콘텐츠 담당과 함께 정합니다. 새 페이지를 만들기보다 같은 주제의 기존 공개 페이지에 한 문단을 더하는 편이 찾기 쉬우므로, 기존 페이지가 있는지를 진단 담당이 근거 위치 칸에 함께 씁니다.</p></div><div class="faq-card"><h3>확정된 사실이 나중에 바뀌면 콘텐츠 담당에게 어떻게 알립니까?</h3><p>승인 주체가 바뀐 값과 바뀐 날을 실장에게 알리면, 실장이 그 사실로 쓴 문장이 실린 페이지 목록을 콘텐츠 담당에게 넘겨 함께 고치게 합니다. 목록이 없으면 고칠 곳을 놓치므로, 문장을 실을 때마다 실린 페이지를 항목표 옆에 남깁니다.</p></div><div class="faq-card"><h3>콘텐츠 담당이 외부 업체라면 무엇을 더 넘깁니까?</h3><p>확정된 사실과 그 확정일, 승인 주체의 이름을 함께 넘깁니다. 외부 업체는 병원 안에 물을 곳이 없으므로, 문장을 쓰다 사실이 더 필요하면 누구를 거쳐 물을지를 실장의 연락처로 미리 정합니다.</p></div></section><section id="p4-exceptions"><h2>인계 방법을 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>공백이 병원 정보가 아니라 질환에 관한 일반적인 설명이라면 부족한 사실의 승인 주체는 담당 의료진이고, 근거 위치는 의료진이 기댈 의학 자료가 됩니다. 이런 공백은 병원 운영 정보보다 검토에 시간이 걸리므로 다른 공백과 따로 넘기고, 의료진이 검토를 마친 날을 항목표 옆에 씁니다.</p><p>여러 지점을 둔 병원이라면 부족한 사실의 값이 지점마다 다를 수 있어, 승인 주체 표를 지점마다 적용합니다. 값이 모든 지점에 같다면 한 번에 넘기되, 모든 지점에 같다는 것을 승인 주체에게 함께 확정받습니다.</p><p>공백이 병원이 공개하지 않기로 이미 정한 정보라면 인계할 필요가 없습니다. 항목표에 비공개 결정과 결정한 날을 적어 두어, 다음 진단에서 같은 공백이 다시 넘겨지지 않게 하고, 원장이 결정을 바꾸면 그날부터 다시 인계합니다.</p></div></section>]]></description></item><item><title>정확한 안내 속 사소한 오타, 중대 오류와 점수를 나누는 기준</title><link>https://hospitalgeocheck.com/%EC%A0%95%ED%99%95%ED%95%9C-%EC%95%88%EB%82%B4-%EC%86%8D-%EC%82%AC%EC%86%8C%ED%95%9C-%EC%98%A4%ED%83%80-%EC%A4%91%EB%8C%80-%EC%98%A4%EB%A5%98%EC%99%80-%EC%A0%90%EC%88%98%EB%A5%BC-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A0%95%ED%99%95%ED%95%9C-%EC%95%88%EB%82%B4-%EC%86%8D-%EC%82%AC%EC%86%8C%ED%95%9C-%EC%98%A4%ED%83%80-%EC%A4%91%EB%8C%80-%EC%98%A4%EB%A5%98%EC%99%80-%EC%A0%90%EC%88%98%EB%A5%BC-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:08:09 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>세 물음으로 가르는 표기 오류와 사실 오류</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>사소한 오타에 중대 오류와 같은 점수를 주지 않습니다. 다만 사소한지는 글자가 얼마나 달라졌는지가 아니라 세 가지 물음으로 정합니다. 그 글자 차이로 문장의 뜻이 달라지는가, 다른 기관을 가리키게 되는가, 환자가 하는 행동이 달라지는가입니다. 셋 모두 아니면 표기 오류이고, 하나라도 그렇다면 글자 하나 차이여도 사실 오류입니다.</p></div><p>오타를 사실 오류와 같은 한 건으로 세면 진단 결과가 실제보다 나쁘게 읽힙니다. 띄어쓰기 다섯 곳과 틀린 전화번호 한 곳이 있는 답변이 「오류 여섯 건」이 되면, 읽는 사람은 여섯 건을 비슷한 무게로 받아들이고, 고쳐야 할 한 건은 그 속에 묻힙니다. 병원이 받는 것은 부풀려진 수이고, 놓치는 것은 환자를 엉뚱한 곳으로 보내는 한 줄입니다.</p><p>반대쪽도 조심합니다. 글자 하나 차이라는 이유로 오타로 넘긴 것이 실은 사실 오류인 경우입니다. 전화번호의 숫자 하나, 주소의 번지 하나, 병원 이름의 글자 하나는 눈으로는 오타처럼 작지만 환자를 다른 곳으로 보냅니다. 그래서 세 물음은 글자 차이가 작을수록 빠뜨리지 않고 묻습니다.</p><p>기록하는 값은 세 가지입니다. 세 물음이 모두 아니면 표기 오류, 하나라도 그렇다면 사실 오류, 다른 기관을 가리키게 되는지를 가릴 식별 정보가 답변에 없으면 대상 미상입니다. 점수는 사실 오류에만 매기고, 표기 오류는 건수만 따로 셉니다.</p></section><section id="p1-table"><h2>오타를 가르는 세 물음과 읽는 방법</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>물음</th><th>읽는 방법</th><th>그렇다고 답하게 되는 경우</th></tr></thead><tbody><tr><td>뜻이 달라지는가</td><td>승인 표기로 고쳐 읽은 문장과 답변 문장이 같은 사실을 말하는지 맞댐</td><td>글자가 달라져 다른 낱말, 다른 숫자, 다른 진료 이름이 됨</td></tr><tr><td>다른 기관을 가리키게 되는가</td><td>달라진 이름이나 번호나 주소가 실제로 있는 다른 곳의 것인지 찾음</td><td>한 글자 다른 이름의 기관이 있음, 달라진 번호가 다른 곳으로 걸림</td></tr><tr><td>환자 행동이 달라지는가</td><td>그 문장을 믿은 환자가 걸 전화, 갈 곳, 올 시간이 달라지는지 읽음</td><td>다른 번호로 걸거나, 다른 곳을 찾거나, 다른 때에 옴</td></tr></tbody></table></div></div><p>둘째 물음에서 기관을 가리는 근거는 정해져 있습니다. 개설 명칭과 주소, 대표 전화, 공식 도메인입니다. 답변이 한 글자 다른 이름을 말했더라도 함께 말한 주소나 대표 전화나 도메인이 우리 병원의 것이면 같은 기관을 가리킨 것입니다. 지역이나 진료 과목이나 의료진 이름이 맞는다는 것만으로는 같은 기관이라고 정하지 않습니다. 함께 말한 식별 정보에 우리 병원의 것과 다른 기관의 것이 섞여 있으면 사실 오류로 매기고, 섞인 정보를 옮깁니다.</p><p>대상 미상은 이름만 달라져 있고 그 옆에 주소도, 대표 전화도, 도메인도 없을 때 매깁니다. 오타인지 다른 기관의 이름인지를 가릴 자료가 답변 안에 없는 경우입니다. 이 값은 표기 오류로도 사실 오류로도 세지 않고 건수를 따로 씁니다.</p></section><section id="p2-steps"><h2>표기 오류와 사실 오류를 나눠 집계하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변에서 승인 표기와 글자가 다른 곳을 찾아 앞뒤 낱말과 함께 옮깁니다.</li><li>실장이 병원 이름, 주소, 전화, 도메인, 의료진 이름의 승인 표기를 회신합니다.</li><li>진단 담당이 글자가 다른 곳마다 세 물음을 차례로 묻고 답을 기록합니다.</li><li>진단 담당이 세 값 가운데 하나를 매기고, 사실 오류에만 심각도 점수를 매깁니다.</li><li>진단 담당이 세 값을 따로 세어 보고하고, 원장이 승인합니다.</li></ol><p>둘째 단계의 승인 표기에는 병원이 함께 쓰는 다른 표기도 넣습니다. 띄어 쓴 이름과 붙여 쓴 이름, 영문 이름, 줄여 부르는 이름이 있다면 모두 회신에 넣습니다. 이 가운데 하나로 쓰인 것은 글자가 달라도 오타가 아니므로 첫째 단계의 대상에서 뺍니다.</p><p>셋째 단계에서 세 물음은 늘 셋 다 묻습니다. 첫째 물음이 아니라고 해서 나머지를 건너뛰지 않습니다. 병원 이름의 글자 하나가 달라진 경우, 낱말의 뜻은 달라지지 않았다고 느껴져도 그 이름을 쓰는 다른 기관이 있으면 둘째 물음에서 걸립니다.</p><p>다섯째 단계의 보고는 세 줄입니다. 사실 오류 몇 건과 그 심각도, 표기 오류 몇 건, 대상 미상 몇 건입니다. 세 수를 더한 합계는 쓰지 않습니다. 합계가 쓰이면 읽는 사람은 그 수를 오류의 수로 기억합니다.</p></section><section id="p2-places"><h2>글자 하나 차이가 생긴 곳에 따른 분류</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>달라진 곳</th><th>보기</th><th>먼저 물을 것</th><th>대개의 분류</th></tr></thead><tbody><tr><td>띄어쓰기와 맞춤법</td><td>붙여 쓸 말을 띄어 씀, 조사가 틀림</td><td>뜻이 달라지는가</td><td>표기 오류</td></tr><tr><td>병원 이름의 글자</td><td>이름의 한 글자가 다른 글자로 바뀜</td><td>다른 기관을 가리키게 되는가</td><td>식별 정보에 따라 셋 가운데 하나</td></tr><tr><td>숫자</td><td>전화번호, 번지, 시각, 금액의 숫자 하나</td><td>환자 행동이 달라지는가</td><td>사실 오류</td></tr><tr><td>도메인과 주소 문자열</td><td>주소창에 넣는 글자 하나</td><td>환자 행동이 달라지는가</td><td>사실 오류</td></tr><tr><td>의료진 이름의 글자</td><td>이름의 한 글자가 다름</td><td>뜻이 달라지는가</td><td>병원 명단에 그 이름이 없으면 사실 오류</td></tr></tbody></table></div></div><p>숫자는 오타라는 말을 쓰지 않습니다. 숫자 하나가 다른 전화번호는 다른 전화번호이고, 숫자 하나가 다른 시각은 다른 시각입니다. 글로 쓴 낱말은 한 글자가 틀려도 읽는 사람이 바로잡아 읽지만, 숫자는 바로잡아 읽을 단서가 없습니다. 숫자가 다르면 세 물음을 묻기 전에 사실 오류의 후보로 놓고 시작합니다.</p><p>표의 넷째 칸은 「대개」입니다. 분류는 곳으로 정해지는 것이 아니라 세 물음의 답으로 정해집니다. 맞춤법이 틀린 것처럼 읽혀도 그 때문에 다른 진료 이름이 되었다면 사실 오류입니다.</p></section><section id="p3-apply"><h2>세 물음을 차례로 적용하는 방법</h2><p>세 물음은 묻는 차례와 읽는 방법을 정해 놓아야 사람마다 같은 답이 나옵니다. 글자가 다른 곳 하나를 놓고 다음 차례로 합니다.</p><p>먼저 답변 문장을 승인 표기로 고쳐 다시 씁니다. 고친 문장과 답변 문장을 나란히 놓고 소리 내어 읽어, 두 문장이 같은 사실을 말하는지를 가립니다. 「○○ 정형외과의원」이 「○○정형 외과 의원」으로 쓰였다면 두 문장은 같은 곳을 같은 이름으로 부른 것입니다. 뜻이 달라지지 않았으므로 첫째 물음은 아니오입니다.</p><p>다음으로 달라진 글자 그대로를 찾습니다. 달라진 이름이나 번호가 실제로 다른 곳의 것인지를 읽는 일입니다. 달라진 이름과 같은 개설 명칭의 기관이 있는지, 달라진 번호가 어디로 걸리는 번호인지를 공개된 기관 정보에서 찾습니다. 전화는 걸어서 가리지 않고, 공개된 자료에서 그 번호의 임자를 읽습니다. 다른 곳의 것이면 둘째 물음은 그렇다입니다.</p><p>마지막으로 환자의 처지에서 그 문장을 따라갑니다. 답변에 쓰인 그대로 전화를 걸고, 주소를 찾고, 시각에 맞춰 온다고 할 때 병원에 닿는지를 읽습니다. 띄어쓰기가 다른 이름으로 찾아도 병원이 나오면 행동은 달라지지 않습니다. 글자 하나 다른 도메인을 주소창에 넣으면 병원 홈페이지가 열리지 않으므로 행동이 달라집니다.</p><p>세 답을 한 줄에 나란히 씁니다. 「뜻 아니오, 기관 아니오, 행동 아니오」이면 표기 오류입니다. 하나라도 그렇다가 있으면 사실 오류이고, 어느 물음에서 그렇다가 나왔는지가 심각도를 매길 때의 근거가 됩니다. 둘째 물음에서 가릴 자료가 없으면 「기관 가릴 수 없음」이라고 쓰고 대상 미상으로 매깁니다.</p><p>글자가 다른 곳이 한 문장에 둘 이상이면 곳마다 따로 묻습니다. 띄어쓰기와 번호가 함께 틀린 문장은 표기 오류 한 건과 사실 오류 한 건으로 남습니다.</p><p>인계할 때는 글자가 다른 곳의 앞뒤 낱말, 승인 표기 회신, 세 물음의 답, 값, 세 줄의 집계, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 승인 표기가 그사이 달라졌는지를 실장에게 먼저 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>오타와 중대 오류의 점수 자주 묻는 질문</h2><details class="faq-acc" open><summary>같은 오타가 여러 답변에서 거듭 나오면 어떻게 기록하나요?</summary><p>건수를 그대로 세고, 답변이 표시한 출처에 같은 오타가 있는지를 찾습니다. 출처가 병원 자료이고 거기에 같은 오타가 있다면 그곳이 병원이 고칠 곳입니다. 표기 오류는 점수 대상이 아니지만, 병원 자료의 오타를 찾아 주는 단서로는 쓰입니다.</p></details><details class="faq-acc"><summary>병원의 옛 이름이나 영문 이름으로 나온 것은 오타로 세나요?</summary><p>세지 않습니다. 승인 표기 회신에 든 이름이면 글자가 달라도 병원의 이름입니다. 회신에 없는 옛 이름이라면 오타가 아니라 바뀌기 전의 정보가 남은 것이므로, 이 기준이 아니라 변경된 정보의 판정으로 넘깁니다.</p></details><details class="faq-acc"><summary>진단 도구가 글자가 다른 곳을 모두 오류 한 건으로 세어 점수를 냈다면 그대로 써도 되나요?</summary><p>그대로 쓰지 않습니다. 글자 비교로 낸 수는 글자가 다른 곳의 수이고 오류의 수가 아닙니다. 도구가 찾은 곳을 첫째 단계의 목록으로 삼아 세 물음을 다시 묻고, 사실 오류만 점수에 넣습니다. 도구가 낸 점수와 다시 매긴 점수가 다른 까닭을 보고에 밝힙니다.</p></details><details class="faq-acc"><summary>「오후 2시」와 「14시」처럼 숫자를 쓰는 방식만 다른 것도 사실 오류의 후보인가요?</summary><p>같은 시각을 다른 방식으로 쓴 것이므로 글자가 다른 곳으로 세지 않습니다. 전화번호의 줄표나 괄호, 금액의 쉼표도 같습니다. 숫자 자체를 자리마다 맞대어 모두 같으면 같은 값입니다. 쓰는 방식이 달라 읽는 사람이 다른 값으로 읽을 수 있는 경우에만 첫째 물음으로 가져갑니다.</p></details><details class="faq-acc"><summary>대상 미상으로 남은 이름은 그 뒤에 어떻게 하나요?</summary><p>같은 질문을 새 대화에서 다시 물어, 이름 옆에 주소나 대표 전화나 도메인이 함께 나오는지를 읽습니다. 함께 나오면 그 답변에서 값을 매깁니다. 처음 답변의 줄은 대상 미상 그대로 남기고, 다시 받은 답변을 새 줄에 씁니다. 식별 정보 없이 이름만으로 다른 기관이라고 정해 대응하지 않습니다.</p></details></section><section id="p4-next"><h2>나눈 집계를 고칠 차례에 쓰는 일</h2><p>사실 오류와 표기 오류를 나눠 세면 고칠 차례가 분명해집니다. 점수가 매겨진 사실 오류가 앞에 놓이고, 표기 오류는 병원 자료에 같은 오타가 있을 때에만 뒤에 붙습니다. 진단 결과를 받아 무엇부터 어떤 차례로 할지를 정하는 방법은 병원 GEO 실행 순서에서 다룹니다.</p></section>]]></description></item><item><title>로그인 뒤에만 있는 병원 안내, 공개 답변 근거가 부족한지 가르는 법</title><link>https://hospitalgeocheck.com/%EB%A1%9C%EA%B7%B8%EC%9D%B8-%EB%92%A4%EC%97%90%EB%A7%8C-%EC%9E%88%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%95%88%EB%82%B4-%EA%B3%B5%EA%B0%9C-%EB%8B%B5%EB%B3%80-%EA%B7%BC%EA%B1%B0%EA%B0%80-%EB%B6%80%EC%A1%B1%ED%95%9C%EC%A7%80-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%A1%9C%EA%B7%B8%EC%9D%B8-%EB%92%A4%EC%97%90%EB%A7%8C-%EC%9E%88%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%95%88%EB%82%B4-%EA%B3%B5%EA%B0%9C-%EB%8B%B5%EB%B3%80-%EA%B7%BC%EA%B1%B0%EA%B0%80-%EB%B6%80%EC%A1%B1%ED%95%9C%EC%A7%80-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:07:56 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>공개 대상 안내만 부족으로 세는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>로그인 뒤에만 있는 안내라고 모두 공개 정보 부족은 아닙니다. 모든 환자에게 같은 방문 전 안내가 로그인 뒤에만 있을 때만 공개 답변의 근거가 부족하다고 평가하고, 예약 내역이나 검사 결과처럼 환자 개인에게만 해당하는 자료는 평가 대상에서 뺍니다. 개인 자료가 로그인 뒤에 있는 것은 부족이 아니라 보호이기 때문입니다.</p></div><p>로그인 뒤 내용은 공개 설명, 보호 자료, 둘이 섞인 경계 정보로 나눌 수 있고, 경계 정보를 어디까지 공개할지는 병원의 개인정보 책임자가 정합니다. 이 나눔은 병원의 정보 공개 기준에 따르며, 진단 담당은 그 기준을 받아 공개 설명으로 분류된 안내만 평가합니다. 진단 담당이 스스로 경계를 정하면, 진단이 병원의 공개 방침을 대신 정하는 일이 됩니다.</p><p>평가의 기준은 로그인 없이 그 안내에 닿을 수 있는지입니다. 병원을 처음 찾는 사람은 아직 회원이 아니어서 로그인 뒤 안내를 읽지 못합니다. AI 답변이 로그인 뒤 페이지를 읽는지는 서비스 공식 안내에 없으므로, 진단은 로그인 없이 닿는 경로가 있는지만 따지고 답변이 어디서 내용을 가져왔는지는 짐작하지 않습니다. 검사 전 준비 사항이 회원 페이지에만 있다면, 공개된 곳에는 그 질문에 답하는 병원 쪽 문장이 없는 상태입니다.</p></section><section id="p1-table"><h2>공개 설명 안내의 네 가지 평가</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>평가</th><th>접근 경로의 모습</th><th>다음 할 일</th></tr></thead><tbody><tr><td>근거 있음</td><td>로그인 없이 열리는 페이지에 안내 전체가 있음</td><td>다른 공개 안내와 같은 방식으로 정확성 대조</td></tr><tr><td>부분 부족</td><td>로그인 없이 열리는 페이지에는 요약만 있고 조건과 예외는 로그인 뒤에 있음</td><td>빠진 조건을 공개 페이지로 옮길 후보로 올림</td></tr><tr><td>공개 근거 부족</td><td>안내 전체가 로그인 뒤에만 있음</td><td>공개 페이지로 옮길 후보로 올림</td></tr><tr><td>평가하지 않음</td><td>경계 정보인데 병원의 공개 기준이 아직 없음</td><td>개인정보 책임자가 기준을 정한 뒤 평가</td></tr></tbody></table></div></div><p>보호 자료는 이 표에 올리지 않습니다. 평가 대상이 아니므로 어떤 평가 값도 매기지 않고, 진단표의 범위 밖으로 따로 밝힙니다.</p><p>네 평가 가운데 공개 근거 부족과 부분 부족만 공개 페이지로 옮길 후보가 됩니다. 근거 있음은 옮길 것이 없고, 평가하지 않음은 기준이 정해지기 전이라 옮길지 말지를 말할 수 없습니다.</p><p>부분 부족을 따로 두는 까닭은 요약만 공개된 안내가 틀린 답변을 부를 수 있기 때문입니다. 공개 페이지에 검사 전 금식이 필요하다는 말만 있고 몇 시간 전부터인지는 로그인 뒤에만 있다면, 공개 답변은 그 조건 없이 전해질 수 있습니다.</p></section><section id="p2-steps"><h2>로그인 뒤 안내를 평가하는 다섯 단계</h2><ol class="step-list"><li>실장이 로그인 뒤 페이지의 목록을 제목, 목적, 대상과 함께 진단 담당에게 건넵니다. 페이지 내용과 계정 정보는 넘기지 않습니다.</li><li>개인정보 책임자가 병원의 정보 공개 기준에 따라 목록의 페이지마다 공개 설명, 보호 자료, 경계 정보를 표시합니다.</li><li>진단 담당이 공개 설명으로 표시된 안내마다 로그인 없이 닿는 경로가 있는지 아래 표의 방법으로 따집니다.</li><li>진단 담당이 안내마다 앞의 표에 있는 네 평가 가운데 하나를 매깁니다.</li><li>진단 담당이 같은 안내를 묻는 AI 답변을 받아, 평가 옆에 답변이 전한 내용을 씁니다.</li></ol><p>첫째 단계에서 내용을 넘기지 않는 까닭은 진단 담당이 보호 자료를 볼 필요가 없기 때문입니다. 평가에 필요한 것은 어떤 안내가 어디에 있는지이지, 환자별 자료의 내용이 아닙니다. 넘기는 목록에도 환자 이름이나 예약 번호는 들어가지 않습니다.</p><p>둘째 단계를 개인정보 책임자에게 맡기는 까닭은 공개 설명과 보호 자료를 가르는 일이 병원의 개인정보 처리 방침과 이어지기 때문입니다. 진단 담당은 표시된 결과만 받고, 표시가 없는 페이지는 표시를 받은 뒤에 평가합니다. 표시를 기다리는 페이지는 목록에 받은 날과 함께 남겨, 다음 진단 때 빠뜨리지 않게 합니다.</p><p>다섯째 단계에서 공개 근거 부족으로 평가한 안내의 답변이 틀렸더라도, 로그인 때문에 틀렸다고 단정하지 않습니다. 답변이 어디서 그 내용을 가져왔는지는 서비스 공식 안내에 없으므로, 평가와 답변을 나란히 남기고 인용 출처가 있으면 함께 씁니다.</p></section><section id="p2-access"><h2>로그인 없이 닿는지 가리는 세 가지 방법</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>방법</th><th>하는 일</th><th>알 수 있는 것</th></tr></thead><tbody><tr><td>로그아웃 상태로 열기</td><td>로그인하지 않은 브라우저 창에서 공개 페이지를 따라가 안내를 찾음</td><td>처음 찾는 환자가 닿을 수 있는지</td></tr><tr><td>URL 검사</td><td>서치 콘솔 URL 검사로 구글봇이 받은 HTML을 열어 안내 문장이 있는지 찾음</td><td>검색 시스템이 받은 내용에 안내가 있는지</td></tr><tr><td>앱 전용 화면 대조</td><td>앱에서만 보이는 안내인지, 같은 안내가 웹 주소로도 있는지 찾음</td><td>웹에 공개 주소가 있는지</td></tr></tbody></table></div></div><p>첫째와 둘째 방법의 결과가 다를 수 있습니다. 로그아웃 상태로는 보이는데 구글봇이 받은 HTML에는 로그인 화면만 있다면, 그 차이를 평가 옆에 따로 씁니다. 이 경우는 로그인 문제가 아니라 페이지를 보여 주는 방식의 문제일 수 있어 홈페이지 담당에게 함께 넘깁니다.</p></section><section id="p3-record"><h2>로그인 뒤 안내 평가 기록 예</h2><p>평가를 넘길 때는 안내마다 한 줄에 분류, 접근 경로, 평가, 답변을 함께 남깁니다. 다음은 설명을 위해 꾸민 가상의 평가 기록으로, 한 내과의원의 회원 페이지 목록을 두고 쓴 것입니다.</p><p>회원 페이지 목록은 네 개였습니다. 개인정보 책임자는 예약 내역 페이지를 보호 자료로, 검사 전 준비 안내와 진료비 결제 방법 안내를 공개 설명으로, 검사 결과 설명 안내를 경계 정보로 표시했습니다. 검사 결과 설명 안내는 공통 설명과 환자별 수치가 한 페이지에 섞여 있었습니다.</p><p>진단 담당은 공개 설명 두 개만 접근 경로를 따졌습니다. 검사 전 준비 안내는 공개 페이지에 금식이 필요하다는 한 줄만 있고 시작 시각과 예외는 회원 페이지에만 있어 부분 부족입니다. 진료비 결제 방법 안내는 공개 페이지 어디에도 없고 회원 페이지에만 있어 공개 근거 부족입니다.</p><p>검사 결과 설명 안내는 병원의 공개 기준에 이런 섞인 페이지를 다루는 줄이 없어 평가하지 않음으로 두었습니다. 예약 내역 페이지는 보호 자료여서 평가 표에 올리지 않고, 진단표의 범위 밖 목록에만 이름을 남겼습니다.</p><p>검사 전 준비를 묻는 질문에는 금식이 필요하다고만 전하고 시작 시각은 없는 답변이 돌아왔습니다. 진단 담당은 평가 옆에 이 답변 원문과 날짜를 남기고, 부분 부족과 답변 사이의 관계는 짐작해 쓰지 않았습니다.</p><p>이 기록에서 눈여겨볼 것은 같은 회원 페이지 목록에서도 평가가 페이지마다 다르게 나온다는 점입니다. 목록 전체를 공개 정보 부족이라고 한 줄로 적었다면, 예약 내역처럼 공개해서는 안 되는 페이지까지 옮길 후보로 읽혔을 것입니다.</p><p>원장이 받은 목록에는 공개 페이지로 옮길 후보 두 개와, 개인정보 책임자에게 기준을 요청할 페이지 하나가 올랐습니다. 다음 진단 담당에게는 이 기록과 회원 페이지 목록, 개인정보 책임자가 표시한 분류를 한 묶음으로 넘깁니다.</p></section><section id="p4-faq" class="faq-section"><h2>로그인 뒤 병원 안내 평가 자주 묻는 질문</h2><div class="faq-card"><h3>회원 전용 혜택 안내도 공개 근거 부족으로 평가하나요?</h3><p>혜택이 회원에게만 주어지는 것이라면 공개 설명이 아니라 회원 대상 안내일 수 있습니다. 어느 쪽인지는 개인정보 책임자와 원장이 공개 기준에 따라 정하고, 공개 설명으로 분류되지 않으면 평가하지 않습니다.</p></div><div class="faq-card"><h3>검사 결과를 회원 페이지에서 볼 수 있다는 안내도 공개해야 하나요?</h3><p>검사 결과 자체는 보호 자료이지만, 결과를 어디서 어떻게 볼 수 있는지 알려 주는 안내는 모든 환자에게 같은 내용이어서 공개 설명으로 분류될 수 있습니다. 개인정보 책임자가 공개 설명으로 표시했다면, 그 경로 안내가 로그인 없이 열리는 페이지에 있는지 다른 공개 설명과 같은 방식으로 평가합니다. 결과를 보는 방법이 공개되어 있으면 환자가 결과를 보는 방법을 전화로 묻는 일도 줄 수 있습니다.</p></div><div class="faq-card"><h3>앱에만 있는 안내는 로그인이 없어도 공개 근거 부족인가요?</h3><p>웹에 공개 주소가 없다면 공개 웹에서 찾는 사람이 닿을 수 없으므로 공개 근거 부족으로 평가합니다. 앱 설치 안내만 웹에 있고 내용은 앱 안에만 있는 경우도 같습니다.</p></div><div class="faq-card"><h3>공개 페이지로 옮긴 뒤에도 로그인 뒤 안내를 남겨 두어도 되나요?</h3><p>남겨도 됩니다. 다만 두 곳의 내용이 같게 유지되어야 하므로, 한쪽을 고칠 때 다른 쪽도 함께 고칠 담당을 정합니다.</p></div><div class="faq-card"><h3>평가하지 않음 상태가 오래가면 어떻게 하나요?</h3><p>진단표에 기준을 요청한 날짜를 함께 남기고, 다음 진단 때도 기준이 없으면 원장에게 다시 알립니다. 그동안 그 안내의 답변은 원문과 날짜만 저장하고, 기준이 정해진 날 뒤에 그 안내가 어느 분류에 드는지부터 다시 따져 평가합니다.</p></div></section><section id="p4-next"><h2>공개할 안내를 정한 뒤</h2><p>공개 페이지로 옮길 후보가 정해졌다면, 병원 자료를 공개했을 때 무엇이 달라지고 무엇을 지켜야 하는지가 다음 물음입니다. 그 판단은 병원 GEO 데이터 공개에서 따로 다룹니다.</p><p>공개 페이지로 옮긴 안내는 다음 진단에서 근거 있음으로 바뀌었는지 다시 평가합니다. 옮기면서 조건 문장이 빠졌다면 부분 부족으로 남으므로, 옮긴 날짜와 함께 회원 페이지의 원래 문장과 공개 페이지의 문장을 나란히 대조합니다.</p><p>어떤 안내를 공개 설명으로 볼지는 환자가 방문 전에 실제로 무엇을 묻는지에서 출발하면 기준을 세우기 쉽습니다. 환자 질문을 모으는 방법은 환자 질문 수집에서 이어서 정리합니다.</p></section>]]></description></item><item><title>특정 지역에서만 열리지 않는 사이트, 전체 차단과 가르는 평가</title><link>https://hospitalgeocheck.com/%ED%8A%B9%EC%A0%95-%EC%A7%80%EC%97%AD%EC%97%90%EC%84%9C%EB%A7%8C-%EC%97%B4%EB%A6%AC%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EC%A0%84%EC%B2%B4-%EC%B0%A8%EB%8B%A8%EA%B3%BC-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%8F%89%EA%B0%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%8A%B9%EC%A0%95-%EC%A7%80%EC%97%AD%EC%97%90%EC%84%9C%EB%A7%8C-%EC%97%B4%EB%A6%AC%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EC%A0%84%EC%B2%B4-%EC%B0%A8%EB%8B%A8%EA%B3%BC-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%8F%89%EA%B0%80</guid><pubDate>Mon, 26 Oct 2026 07:07:43 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>조사한 지역과 환경까지만 말하는 평가</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>특정 지역에서만 열리지 않는 사이트는 그 지역과 그 접속 환경에서 실패했다는 사실까지만 평가하고, 전체 차단이라고 쓰지 않습니다. 한 나라의 점검 서버에서 요청이 거부됐다는 기록은 그 서버에서 그 시각에 거부됐다는 뜻입니다. 같은 나라의 가정 통신망에서도 막히는지, 다른 나라에서도 막히는지는 그 기록에 들어 있지 않습니다.</p></div><p>평가 단위는 지역 하나가 아니라 지역과 접속 환경의 짝입니다. 접속 환경은 요청이 어떤 통신망에서 나갔는지를 말하며, 가정이나 이동통신망에서 나간 요청과 데이터센터의 서버에서 나간 요청을 나눕니다. 여러 지역에서 접속을 시험해 주는 점검 도구는 데이터센터의 서버에서 요청을 보내므로, 그 도구로 얻은 실패는 그 지역의 실패일 수도 있고 데이터센터에서 온 요청을 막는 설정의 결과일 수도 있습니다.</p><p>그래서 실패를 네 가지로 나눠 매깁니다. 한 지역의 여러 환경에서 모두 실패하면 지역 한정 실패, 같은 지역에서 한 환경만 실패하면 환경 한정 실패, 조사한 지역과 환경이 모두 실패하면 조사 범위 전체 실패, 다시 요청했을 때 열리면 일시 실패입니다. 조사하지 않은 지역은 정상으로도 실패로도 쓰지 않고 보고서에 미조사 지역으로 밝힙니다.</p><p>조사 범위 전체 실패도 전체 차단과 같은 말이 아닙니다. 조사한 곳이 다섯 지역이면 다섯 지역에서 실패했다는 것이고, 전 지역을 막았다는 말은 병원 서버나 보안 서비스의 접근 정책에 그런 설정이 있을 때만 그 설정을 근거로 씁니다.</p></section><section id="p1-table"><h2>지역별 응답 기록의 네 가지 실패 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>응답 기록의 모습</th><th>판정</th><th>보고서에 쓰는 말</th></tr></thead><tbody><tr><td>한 지역의 가정·이동통신망과 데이터센터에서 모두 실패, 다른 지역은 정상</td><td>지역 한정 실패</td><td>조사한 지역 이름과 환경을 들어 그 지역에서 열리지 않았다고 씀</td></tr><tr><td>한 지역의 데이터센터에서만 실패, 같은 지역의 가정·이동통신망은 정상</td><td>환경 한정 실패</td><td>그 환경의 요청이 거부됐다고 쓰고 지역의 실패라고 쓰지 않음</td></tr><tr><td>조사한 모든 지역과 환경에서 실패</td><td>조사 범위 전체 실패</td><td>조사한 지역과 환경의 목록을 함께 실음</td></tr><tr><td>처음에는 실패, 시간을 두고 다시 요청하면 정상</td><td>일시 실패</td><td>실패한 시각과 다시 열린 시각을 씀</td></tr></tbody></table></div></div><p>둘째 줄을 따로 매기는 까닭은 고칠 곳이 다르기 때문입니다. 지역 한정 실패는 나라나 지역을 기준으로 한 차단 설정을 찾아야 하고, 환경 한정 실패는 자동 요청이나 데이터센터 주소를 막는 설정을 찾아야 합니다. 같은 지역에 가정 통신망으로 요청해 줄 사람이 없어 데이터센터 기록만 있다면, 둘 가운데 어느 쪽인지는 접근 정책을 받은 뒤에 매깁니다.</p></section><section id="p2-steps"><h2>지역별 접근 실패를 평가하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 원장과 조사할 지역의 범위를 정하고, 지역마다 쓸 접속 환경을 목록으로 씁니다.</li><li>진단 담당이 지역과 환경의 짝마다 같은 주소에 요청을 보내 요청한 시각, 응답 상태, 열린 화면을 저장합니다.</li><li>진단 담당이 실패한 짝은 시간을 두고 다시 요청해 일시 실패를 가립니다.</li><li>개발 담당이 병원 서버와 보안 서비스의 접근 정책을 찾아 접근 정책 대조표를 채웁니다.</li><li>진단 담당이 응답 기록과 접근 정책을 맞대어 네 판정 가운데 하나를 매기고, 원장이 보고서의 문구를 승인합니다.</li></ol><p>첫째 단계에서 범위를 원장과 정하는 까닭은 어느 지역이 병원에 뜻이 있는지를 병원이 알기 때문입니다. 국내 환자만 받는 병원과 다른 나라 환자에게 진료 안내를 하는 병원은 조사할 지역이 다릅니다. 범위를 정한 날과 정한 지역을 보고서 첫머리에 실어, 읽는 사람이 어디까지 조사한 결과인지 알게 합니다.</p><p>둘째 단계에서 열린 화면을 함께 저장하는 까닭은 응답 상태가 정상이어도 본문 대신 보안 검사 화면이나 접속 제한 안내가 나올 수 있어서입니다. 이런 화면은 주소가 응답했다는 기록만으로는 정상과 가려지지 않으므로, 화면에 병원 안내 본문이 있는지로 정상과 실패를 나눕니다.</p><p>셋째 단계에서 다시 요청하는 간격과 횟수는 병원과 미리 정합니다. 예를 들어 한 시간 뒤와 다음 날 두 번으로 정할 수 있으며, 이는 예시이고 병원이 정합니다.</p></section><section id="p2-policy"><h2>접근 정책 대조표</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>찾을 곳</th><th>묻는 내용</th><th>응답 기록과 맞대는 방법</th></tr></thead><tbody><tr><td>보안 서비스의 나라·지역별 차단 설정</td><td>막은 나라나 지역의 목록과 설정한 날</td><td>지역 한정 실패의 지역이 목록에 있는지</td></tr><tr><td>자동 요청·데이터센터 주소 차단 설정</td><td>어떤 요청을 자동 요청으로 가려 막는지</td><td>환경 한정 실패의 환경이 그 조건에 드는지</td></tr><tr><td>서버의 주소 대역 차단 목록</td><td>손으로 넣은 차단 주소와 넣은 까닭</td><td>실패한 요청의 주소가 목록에 있는지</td></tr><tr><td>지역에 따라 다른 서버로 보내는 설정</td><td>지역마다 응답하는 서버가 다른지</td><td>실패한 지역을 맡은 서버만 멈췄는지</td></tr></tbody></table></div></div><p>대조표의 어느 줄에서도 실패를 설명하는 설정이 나오지 않으면, 판정은 응답 기록대로 매기고 접근 정책 칸에는 설명하는 설정 없음이라고 씁니다. 이때 원인을 짐작해 통신망 문제라고 쓰지 않습니다. 병원과 개발 담당이 알 수 있는 것은 병원 쪽 설정까지이고, 그 밖의 경로에서 생긴 일은 응답 기록만으로 가려지지 않습니다.</p></section><section id="p3-mistakes"><h2>지역 접근 평가에서 자주 틀리는 경우</h2><p>가장 크게 어긋나는 경우는 한 지역의 실패를 「해외에서 접속 불가」로 옮겨 쓰는 일입니다. 조사한 곳이 한 나라의 서버 한 대였다면 보고서의 말도 그 나라의 그 환경까지입니다. 「해외」라는 낱말은 조사하지 않은 모든 나라를 함께 가리키므로, 조사한 지역 이름으로 바꿔 씁니다.</p><p>데이터센터에서의 실패를 그 지역 환자가 겪는 실패로 옮겨 쓰는 경우도 있습니다. 점검 도구의 결과 화면은 지역 이름만 크게 내세우고 요청이 데이터센터에서 나갔다는 사실은 작게 밝히거나 밝히지 않습니다. 그 지역에 사는 사람이 자기 통신망으로 열었을 때도 막히는지는 점검 도구의 결과에 없습니다.</p><p>지역 실패를 AI 검색 답변에 병원 사이트가 나오지 않는 까닭으로 바로 잇는 경우도 어긋납니다. AI 서비스의 수집기가 어느 주소에서 요청을 보내는지는 각 서비스가 공식으로 공개한 주소 대역이 있을 때 그 목록으로만 알 수 있습니다. 그 대역이 병원이 막은 지역이나 환경에 드는지는 개발 담당이 접근 정책과 맞대어 가릴 일이고, 맞대기 전에는 지역 실패와 수집 실패를 같은 것으로 쓰지 않습니다.</p><p>한 번의 실패를 판정으로 굳히는 경우도 있습니다. 서버 점검 시간이나 순간적인 장애에 요청이 겹치면 어느 지역에서든 실패가 나옵니다. 셋째 단계의 다시 요청을 건너뛰면 일시 실패가 지역 한정 실패로 기록됩니다.</p><p>끝으로, 병원이 일부러 막은 것을 고장으로 보고하는 경우입니다. 다른 나라에서 오는 공격성 요청을 줄이려고 나라별 차단을 쓰는 것은 병원의 보안 방침일 수 있습니다. 이 진단은 그 차단을 풀라고 권고하지 않습니다. 접근 정책에서 설정이 나왔다면 판정은 그대로 지역 한정 실패로 매기되 설정에 따른 차단이라고 함께 쓰고, 그 설정이 어떤 요청에 영향을 주는지를 원장이 알고 정하도록 알립니다.</p><p>인계할 때는 조사 지역과 환경의 목록, 응답 기록, 접근 정책 대조표, 원장이 승인한 보고서 문구를 넘깁니다. 다음 진단 담당은 같은 목록으로 다시 요청하고, 보안 서비스 설정이 바뀐 날이 있으면 그날 앞뒤의 기록을 나눠 읽습니다.</p></section><section id="p4-faq" class="faq-section"><h2>지역별 접근 실패 평가 자주 묻는 질문</h2><div class="faq-card"><h3>가상 사설망으로 지역을 바꿔 접속한 결과도 지역별 응답 자료로 쓸 수 있나요?</h3><p>쓸 수 있지만 접속 환경 칸에 가상 사설망이라고 밝힙니다. 가상 사설망이 내보내는 요청은 그 업체의 서버 주소에서 나가므로 가정·이동통신망이 아니라 데이터센터 환경으로 기록합니다.</p></div><div class="faq-card"><h3>국내에서 특정 통신사를 쓸 때만 병원 사이트가 열리지 않으면 어느 판정인가요?</h3><p>환경 한정 실패입니다. 지역은 같고 통신망만 다르기 때문입니다. 접속 환경 칸에 통신사와 유선인지 이동통신인지를 쓰고, 개발 담당이 대조표 셋째 줄의 주소 대역 차단 목록에 그 통신사의 주소가 들어 있는지부터 찾습니다.</p></div><div class="faq-card"><h3>첫 화면은 열리는데 예약 페이지만 특정 지역에서 열리지 않으면 어떻게 기록하나요?</h3><p>주소마다 줄을 따로 만듭니다. 첫 화면은 정상, 예약 페이지는 지역 한정 실패나 환경 한정 실패로 각각 매기고, 보고서에는 사이트가 아니라 그 페이지가 열리지 않았다고 씁니다. 예약 화면을 바깥 예약 서비스가 맡고 있다면 그 서비스의 주소로 따로 요청합니다.</p></div><div class="faq-card"><h3>해외 환자를 받지 않는 병원도 다른 나라에서의 접근을 확인해야 하나요?</h3><p>확인할지는 첫째 단계에서 원장이 정합니다. 조사하지 않기로 했다면 다른 나라는 미조사 지역으로 보고서에 남습니다. 미확인을 정상으로 바꿔 쓰지 않으며, 뒤에 필요해지면 그때 지역을 더해 같은 단계로 요청합니다.</p></div><div class="faq-card"><h3>점검 도구마다 같은 지역의 결과가 다르게 나오면 어느 쪽을 따르나요?</h3><p>어느 쪽도 버리지 않고 도구마다 줄을 따로 씁니다. 도구마다 요청을 보내는 서버의 주소가 달라 한쪽만 막힐 수 있기 때문입니다. 두 결과가 갈리면 환경 한정 실패로 매기고, 막힌 쪽 도구의 요청 주소를 개발 담당에게 넘깁니다.</p></div></section><section id="p4-next"><h2>접근 평가 뒤에 이어지는 기술 점검</h2><p>환경 한정 실패가 데이터센터 요청에서 나왔다면, 자동 요청을 막는 설정이 AI 서비스의 수집기 요청에도 같은 응답을 주고 있는지가 다음 물음이 됩니다. 수집기의 요청을 가려 받아들이도록 서버와 보안 서비스를 설정하는 방법은 AI 크롤러 접근 설정에서 따로 다룹니다.</p><p>지역 한정 실패가 나온 지역이 검색엔진의 수집기가 요청을 보내는 곳과 겹치는지도 개발 담당이 함께 맞댑니다. 겹친다면 환자에게는 열리는 페이지가 검색 결과에는 실리지 않을 수 있습니다. 페이지가 검색엔진에 읽혀 실렸는지를 확인하는 방법은 병원 사이트 색인에서 이어서 정리합니다.</p><p>보안 서비스나 호스팅을 바꾼 날에는 이 평가를 다시 합니다. 새 서비스의 기본 설정에 나라별 차단이나 자동 요청 차단이 들어 있을 수 있어, 바꾸기 전의 응답 기록과 같은 목록으로 견줍니다.</p></section>]]></description></item><item><title>게시일만 새로운 오래된 정보, 효력일과 변경 이력으로 가르는 기준</title><link>https://hospitalgeocheck.com/%EA%B2%8C%EC%8B%9C%EC%9D%BC%EB%A7%8C-%EC%83%88%EB%A1%9C%EC%9A%B4-%EC%98%A4%EB%9E%98%EB%90%9C-%EC%A0%95%EB%B3%B4-%ED%9A%A8%EB%A0%A5%EC%9D%BC%EA%B3%BC-%EB%B3%80%EA%B2%BD-%EC%9D%B4%EB%A0%A5%EC%9C%BC%EB%A1%9C-%EA%B0%80%EB%A5%B4%EB%8A%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B2%8C%EC%8B%9C%EC%9D%BC%EB%A7%8C-%EC%83%88%EB%A1%9C%EC%9A%B4-%EC%98%A4%EB%9E%98%EB%90%9C-%EC%A0%95%EB%B3%B4-%ED%9A%A8%EB%A0%A5%EC%9D%BC%EA%B3%BC-%EB%B3%80%EA%B2%BD-%EC%9D%B4%EB%A0%A5%EC%9C%BC%EB%A1%9C-%EA%B0%80%EB%A5%B4%EB%8A%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:07:30 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>페이지 날짜 대신 효력일로 가르는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>게시일만 최신인 오래된 정보는 페이지에 표시된 날짜가 아니라, 페이지가 전하는 값을 병원이 승인한 변경 기록의 변경 전 값과 변경 후 값에 맞대어 가립니다. 페이지 날짜가 효력일 당일이나 그 뒤인데 변경 전 값을 전한다면, 날짜만 새로운 옛 정보로 판정합니다.</p></div><p>페이지의 날짜는 여러 까닭으로 바뀝니다. 글을 목록 위로 올리려고 다시 발행한 날, 오탈자를 고친 날, 사진을 바꾼 날에도 날짜가 새로 찍힙니다. 이런 날짜는 누군가 그 페이지에 손을 댔다는 뜻일 뿐, 그 안의 진료 시간이나 의료진 정보를 병원의 지금 운영과 맞췄다는 뜻이 아닙니다.</p><p>그래서 판정의 기준은 두 가지 자료입니다. 하나는 바뀐 항목과 변경 전 값, 변경 후 값, 효력일을 원장이 승인한 변경 기록이고, 다른 하나는 그 페이지가 언제 무엇으로 고쳐졌는지를 보여 주는 변경 이력입니다. 효력일은 원장이 승인한 시행일을 쓰고, 공지의 게시일이나 외부 채널의 수정일을 효력일로 옮기지 않습니다.</p></section><section id="p1-official"><h2>날짜를 가리라는 안내가 뜻하는 것</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있으니, 인용된 출처를 열어 답을 뒷받침하는지와 그 출처가 언제 게시되거나 고쳐졌는지를 가리라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다.</p><p>이 안내는 날짜를 가리라고 할 뿐, 새 날짜가 곧 새 정보라고 말하지 않습니다. 병원 GEO 진단에서는 이 안내를 한 걸음 더 나아가, 표시된 날짜와 그 안의 값을 따로 맞대는 일로 씁니다. 날짜만 새로운 옛 정보는 날짜를 믿고 인용을 연 이용자가 가장 속기 쉬운 출처이기 때문입니다.</p><p>서비스가 페이지의 표시 날짜를 답을 만들 때 어떻게 쓰는지, 새 날짜의 페이지를 더 자주 인용하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 진단 보고서는 날짜만 새로운 옛 정보가 인용되었다는 사실을 기록하되, 날짜 때문에 인용되었다고 짐작해 쓰지 않습니다.</p></section><section id="p1-table"><h2>페이지 날짜와 효력 판정표</h2><p class="table-caption">변경 기록에 오른 항목에 대해, 인용된 페이지의 값은 아래 페이지 날짜와 효력 판정표의 네 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>페이지가 전하는 값</th><th>페이지에 표시된 날짜</th><th>판정</th></tr></thead><tbody><tr><td>변경 후 값</td><td>상관없음</td><td>최신 정보</td></tr><tr><td>변경 전 값</td><td>효력일 당일이나 그 뒤</td><td>날짜만 새로운 옛 정보</td></tr><tr><td>변경 전 값</td><td>효력일 전</td><td>옛 정보</td></tr><tr><td>변경 전 값</td><td>날짜 없음</td><td>옛 정보</td></tr></tbody></table></div></div><p>페이지 날짜와 효력 판정표의 판정 값은 최신 정보, 날짜만 새로운 옛 정보, 옛 정보 셋입니다. 그 표의 둘째 줄을 셋째 줄과 나누는 까닭은 고칠 방식이 달라서입니다. 날짜만 새로운 옛 정보는 최근에 누군가 손댄 페이지라 관리하는 사람이 있고, 옛 정보는 오래 손대지 않은 페이지일 가능성이 큽니다.</p></section><section id="p2-steps"><h2>날짜와 효력을 대조하는 다섯 단계</h2><ol class="step-list"><li>실장이 바뀐 항목마다 변경 전 값과 변경 후 값, 효력일을 변경 기록에 쓰고 원장의 승인을 받습니다.</li><li>진단 담당이 바뀐 항목에 관한 답에서 인용된 페이지를 열어, 표시된 날짜와 그 날짜의 종류를 옮겨 씁니다.</li><li>진단 담당이 페이지가 전하는 값을 변경 기록의 두 값과 맞대어 어느 쪽인지 씁니다.</li><li>진단 담당이 페이지 날짜와 효력 판정표로 판정하고, 병원 쪽 페이지라면 변경 이력에서 날짜가 바뀐 까닭을 찾습니다.</li><li>원장이 날짜만 새로운 옛 정보와 옛 정보 페이지의 처리를 정합니다.</li></ol><p>둘째 단계에서 날짜의 종류를 함께 쓰는 까닭은 페이지마다 게시일, 수정일, 확인일처럼 서로 다른 날짜를 표시하기 때문입니다. 판정에는 표시된 날짜 가운데 가장 늦은 날을 쓰고, 그 날짜가 어떤 종류였는지는 효력 기록표에 남깁니다.</p><p>셋째 단계에서 페이지가 전하는 값이 변경 전 값도 변경 후 값도 아닌 제삼의 값이라면, 이 판정표로 다루지 않고 그 값 자체가 틀린 정보로 따로 기록합니다. 날짜와 효력을 가르는 판정은 두 값 가운데 어느 쪽인지가 정해졌을 때만 뜻이 있습니다.</p><p>넷째 단계의 변경 이력은 병원 쪽 페이지라면 관리 화면의 수정 기록에서, 병원 밖 페이지라면 그 주소의 보관본에서 찾습니다. 날짜가 바뀐 날에 본문의 값은 그대로였다는 것이 이력으로 드러나면, 날짜만 새로운 옛 정보라는 판정의 근거가 분명해집니다.</p></section><section id="p2-record"><h2>효력 기록표</h2><p class="table-caption">다섯 단계의 결과는 페이지마다 아래 효력 기록표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>정보 항목</td><td>바뀐 항목과 변경 전 값, 변경 후 값, 효력일</td><td>실장</td></tr><tr><td>페이지와 날짜</td><td>인용된 페이지 주소, 표시된 날짜와 그 종류</td><td>진단 담당</td></tr><tr><td>전하는 값</td><td>페이지가 전하는 값을 그대로 옮긴 문장</td><td>진단 담당</td></tr><tr><td>판정과 이력</td><td>대조표의 판정 값과 변경 이력에서 찾은 날짜 변경 까닭</td><td>진단 담당</td></tr><tr><td>처리</td><td>병원이 고침, 운영자에게 요청, 기록만 남김 가운데 하나</td><td>원장</td></tr></tbody></table></div></div><p>효력 기록표의 처리 칸은 페이지를 누가 관리하느냐로 정합니다. 병원 쪽 페이지는 병원이 값을 고치고, 병원 밖 페이지는 운영자에게 변경 기록의 값과 효력일을 근거로 요청하며, 병원이 연락할 길이 없는 페이지는 기록만 남깁니다.</p></section><section id="p3-roles"><h2>날짜만 새로운 옛 정보를 다루는 역할 나누기</h2><p>실장은 변경 기록의 주인입니다. 진료 시간이나 의료진, 예약 방법이 바뀔 때마다 변경 전 값과 변경 후 값, 효력일을 쓰고 원장의 승인을 받습니다. 이 기록이 없으면 진단 담당은 페이지가 전하는 값이 옛 값인지 알 길이 없어 판정을 시작할 수 없습니다.</p><p>진단 담당은 비교와 판정을 맡습니다. 페이지의 날짜와 값을 따로 옮기고, 페이지 날짜와 효력 판정표로 판정한 뒤, 날짜가 바뀐 까닭을 변경 이력에서 찾아 씁니다. 판정은 기록된 값으로만 하고, 페이지 관리자의 사정을 짐작해 판정을 바꾸지 않습니다.</p><p>병원 쪽 페이지를 관리하는 사람은 날짜를 바꾸는 관행을 고치는 역할입니다. 글을 다시 발행하거나 목록을 정리할 때 본문의 운영 정보를 변경 기록과 비교하지 않고 날짜만 새로 찍었다면, 그 관행이 날짜만 새로운 옛 정보를 만든 셈입니다. 앞으로는 날짜를 바꾸는 날에 운영 정보를 변경 기록과 함께 맞추고, 맞추지 않았다면 날짜를 바꾸지 않습니다.</p><p>진단을 맡은 곳이 병원 밖이라면 병원 쪽 페이지의 관리 화면에 들어갈 수 없으므로, 변경 이력은 병원 쪽 페이지 관리자가 뽑아 넘깁니다. 이 역할이 비면 날짜가 바뀐 까닭을 알 수 없어, 판정은 서도 같은 일이 되풀이되는 것을 막지 못합니다.</p><p>원장은 처리의 순서를 정합니다. 환자가 헛걸음할 수 있는 진료 시간과 휴진, 의료진 진료 요일을 담은 페이지를 먼저 고치게 하고, 병원 밖 페이지의 요청은 실장에게 맡기며, 요청한 날을 효력 기록표의 처리 칸 옆에 씁니다.</p></section><section id="p3-link"><h2>병원 밖 페이지로 넓히는 일</h2><p>날짜만 새로운 옛 정보가 병원 밖 페이지에서 되풀이된다면, 병원 정보를 싣는 바깥 채널과 어떻게 연락하고 무엇을 넘길지를 정해 두어야 합니다. 병원 밖 채널에 병원 이름과 정보가 바르게 실리도록 하는 일은 브랜드 언급 확보에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>날짜만 새로운 정보 자주 묻는 질문</h2><div class="faq-card"><h3>AI 답변이 페이지 날짜를 들어 최신 정보라고 말하면 어떻게 기록합니까?</h3><p>답 속의 최신이라는 말은 판정에 쓰지 않고 문장 그대로 옮겨 남깁니다. 판정은 인용된 페이지가 전하는 값과 변경 기록으로만 하고, 답이 날짜를 근거로 들었다는 사실은 보고서에 따로 적어 원장이 읽을 수 있게 합니다.</p></div><div class="faq-card"><h3>변경 전 값과 변경 후 값을 함께 적은 변경 안내 페이지는 어떻게 판정합니까?</h3><p>페이지가 어느 값을 지금 값으로 적었는지로 판정합니다. 효력일과 함께 변경 후 값을 지금 값으로 밝혔다면 최신 정보이고, 변경 예정으로만 적고 지금 값을 변경 전 값으로 둔 채 효력일이 지났다면 변경 전 값을 전하는 페이지로 보고 표시된 날짜에 따라 둘째 줄부터 넷째 줄 가운데 하나로 판정합니다.</p></div><div class="faq-card"><h3>병원 글을 옮겨 실은 다른 사이트의 페이지가 새 날짜로 인용되면 어떻게 판정합니까?</h3><p>옮겨 실은 페이지도 그 페이지에 표시된 날짜와 전하는 값으로 판정합니다. 다만 효력 기록표에는 옮겨 온 원래 글의 주소를 함께 쓰고, 원래 글이 병원 쪽 페이지라면 그 글부터 고칩니다. 원래 글이 옛 값으로 남아 있는 한 옮겨 싣는 곳마다 같은 판정이 되풀이되기 때문입니다.</p></div><div class="faq-card"><h3>변경 기록에 없는 오래된 변경은 어떻게 판정합니까?</h3><p>판정표는 변경 기록에 오른 항목에만 쓰므로, 기록에 없는 항목은 아직 판정 대상이 아닙니다. 실장이 옛 공지나 운영 자료에서 변경 전 값과 효력일을 찾아 원장의 승인을 받은 뒤 변경 기록에 더하고, 그날부터 판정표의 대상이 됩니다.</p></div><div class="faq-card"><h3>한 페이지에 여러 항목이 있고 일부만 옛 값이라면 판정은 하나입니까?</h3><p>항목마다 따로 판정합니다. 진료 시간은 변경 후 값이고 의료진 진료 요일만 변경 전 값이라면, 두 항목은 같은 페이지라도 다른 판정 값을 받습니다. 페이지 전체를 한 값으로 묶으면 고칠 항목이 흐려집니다.</p></div></section><section id="p4-exceptions"><h2>대조표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>효력일이 아직 오지 않았는데 변경 후 값을 지금 값처럼 적은 페이지는 이 대조표의 대상이 아닙니다. 날짜와 상관없이 앞당겨 적은 값이므로, 답변 시점과 효력일로 오류를 가르는 기준에 따라 따로 다룹니다.</p><p>페이지가 날짜를 전혀 표시하지 않는 형식이라면 대조표의 넷째 줄로 판정하고, 병원 쪽 페이지라면 날짜 표시를 더할지를 원장이 정합니다. 날짜를 더한다면 그 날짜는 운영 정보를 변경 기록과 맞춘 날이어야 합니다. 그렇지 않은 날짜를 새로 더하면, 날짜가 없던 옛 정보 페이지를 날짜만 새로운 옛 정보 페이지로 바꾸는 셈이 되어 이용자가 더 쉽게 속습니다.</p></div></section>]]></description></item><item><title>이전 근무처가 현재 소속으로 바뀐 의료진 정보, 시제 대조 판정</title><link>https://hospitalgeocheck.com/%EC%9D%B4%EC%A0%84-%EA%B7%BC%EB%AC%B4%EC%B2%98%EA%B0%80-%ED%98%84%EC%9E%AC-%EC%86%8C%EC%86%8D%EC%9C%BC%EB%A1%9C-%EB%B0%94%EB%80%90-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%A0%95%EB%B3%B4-%EC%8B%9C%EC%A0%9C-%EB%8C%80%EC%A1%B0-%ED%8C%90%EC%A0%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%B4%EC%A0%84-%EA%B7%BC%EB%AC%B4%EC%B2%98%EA%B0%80-%ED%98%84%EC%9E%AC-%EC%86%8C%EC%86%8D%EC%9C%BC%EB%A1%9C-%EB%B0%94%EB%80%90-%EC%9D%98%EB%A3%8C%EC%A7%84-%EC%A0%95%EB%B3%B4-%EC%8B%9C%EC%A0%9C-%EB%8C%80%EC%A1%B0-%ED%8C%90%EC%A0%95</guid><pubDate>Mon, 26 Oct 2026 07:07:17 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>약력 항목의 시제를 맞대는 판정</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>이전 근무처가 현재 소속으로 바뀐 오류는 답변이 전한 근무처마다 그것이 지금의 소속인지 지난 경력인지를 승인 약력의 기간과 재직 정보에 맞대어 찾습니다. 약력에 이름이 올라 있는 기관이라고 모두 현재 소속은 아닙니다. 「전 ○○대학병원 교수」에서 「전」 한 글자가 빠지면, 같은 기관 이름이 지난 경력에서 지금의 소속으로 바뀝니다.</p></div><p>이 오류는 기관 이름과 직위가 모두 맞아서 눈에 띄지 않습니다. 의료진이 그 대학병원에서 교수로 일한 것은 사실이고, 틀린 것은 지금도 그렇다는 뜻뿐입니다. 환자는 그 의료진이 대학병원 소속이라고 여기고 그 병원으로 예약을 문의하거나, 지금 병원을 대학병원의 분원으로 받아들일 수 있습니다.</p><p>판정은 세 가지입니다. 답변이 지난 경력은 지난 것으로, 현재 소속은 현재로 전했으면 시제 일치, 지난 경력을 지난 일임을 밝히는 말 없이 현재 소속과 나란히 전했으면 시제 누락, 지난 근무처를 지금 일하는 곳이라고 밝혀 전했으면 소속 오인입니다. 시제 누락과 소속 오인을 나누는 까닭은 앞의 것은 읽는 사람에 따라 달리 읽힐 여지가 있고, 뒤의 것은 틀린 사실을 단정한 것이기 때문입니다.</p></section><section id="p1-table"><h2>근무처 진술의 세 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>답변의 모습</th><th>다음 할 일</th></tr></thead><tbody><tr><td>시제 일치</td><td>지난 경력에는 「전」, 역임, 출신, 기간처럼 지난 일임을 밝히는 말을 쓰고, 현재 소속은 현재로 전함</td><td>다음 진단에서 같은 질문 반복</td></tr><tr><td>시제 누락</td><td>지난 근무처를 지난 일임을 밝히는 말 없이 현재 소속과 나란히 전함</td><td>빠진 시제와 인용 출처를 기록하고 수정 권고 목록에 올림</td></tr><tr><td>소속 오인</td><td>지난 근무처를 지금 일하는 곳이라고 밝혀 전함</td><td>틀린 소속과 인용 출처를 기록하고 수정 권고 목록 앞에 올림</td></tr></tbody></table></div></div><p>시제 누락은 읽는 사람이 어떻게 읽을지에 달린 판정이어서 기준을 좁게 씁니다. 답변에 지난 일임을 밝히는 말이 한 군데라도 있고 그 말이 어느 근무처에 걸리는지 분명하면 시제 일치이고, 그런 말이 아예 없거나 어느 근무처에 걸리는지 알 수 없으면 시제 누락입니다.</p><p>판정은 근무처마다 매깁니다. 한 답변에 근무처가 셋 나왔다면 셋을 따로 판정하고, 하나만 시제가 빠졌더라도 그 하나를 기록합니다. 나머지 둘이 맞게 나왔다는 사실도 함께 남겨, 어느 항목의 문장을 고쳐야 하는지가 드러나게 합니다.</p><p>소속 오인을 목록 앞에 올리는 까닭은 환자의 행동이 곧바로 달라지기 때문입니다. 지금 다른 기관에서 진료한다고 전한 답변을 믿으면 환자는 그 기관으로 연락하게 됩니다.</p></section><section id="p2-steps"><h2>시제를 맞대는 다섯 단계</h2><ol class="step-list"><li>의료진 본인이 약력 항목마다 기관, 직위, 시작한 때와 끝난 때를 아래 표의 칸대로 써서 실장에게 건넵니다.</li><li>실장이 재직 정보와 맞대어 현재 소속인 항목을 표시하고, 원장의 승인을 받아 승인 약력으로 만듭니다.</li><li>진단 담당이 의료진 이름을 넣은 질문으로 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변에 나온 근무처를 하나씩 떼어 승인 약력의 같은 항목과 맞대고, 앞의 표에 있는 세 판정 가운데 하나를 매깁니다.</li><li>시제 누락과 소속 오인은 진단 담당이 인용 출처와 함께 원장에게 넘깁니다.</li></ol><p>첫째 단계에서 끝난 때를 쓰는 것이 이 진단의 바탕입니다. 끝난 때가 비어 있는 항목은 지금도 이어지는 소속인지 기록이 빠진 것인지 알 수 없어, 그 항목이 나온 답변은 판정하지 않고 의료진 본인에게 되묻습니다.</p><p>둘째 단계에서 재직 정보와 맞대는 까닭은 의료진 본인이 쓴 기간과 병원의 기록이 어긋날 수 있기 때문입니다. 본원에 온 날짜나 다른 기관의 겸직이 끝난 날짜가 서로 다르면, 실장이 본인에게 물어 맞춘 뒤에 원장의 승인을 받습니다.</p><p>넷째 단계에서 인용 출처의 문장도 함께 읽습니다. 출처에 「전」이 있는데 답변에서 빠졌는지, 출처에 이미 시제 없이 쓰여 있었는지에 따라 고칠 곳이 다릅니다. 출처가 병원 채널이고 그 문장에 시제가 없었다면, 병원 채널의 약력 문장부터 고칩니다.</p></section><section id="p2-career"><h2>승인 약력 항목의 다섯 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>기관</td><td>근무한 기관의 공식 이름</td></tr><tr><td>직위</td><td>그 기관에서의 직위</td></tr><tr><td>시작한 때</td><td>그 직위를 시작한 해와 달</td></tr><tr><td>끝난 때</td><td>그 직위가 끝난 해와 달, 지금도 이어지면 현재</td></tr><tr><td>공개 문장</td><td>병원 채널에 싣는 그 항목의 문장</td></tr></tbody></table></div></div><p>다섯째 칸의 공개 문장은 시제가 문장 안에 들어가게 씁니다. 「○○대학병원 교수」가 아니라 「전 ○○대학병원 교수」나 「○○대학병원 교수 역임」처럼 쓰고, 항목을 한 줄씩 떼어 읽어도 지난 경력이라는 뜻이 남는지를 가립니다. 약력 맨 위에 「주요 경력」이라는 제목만 있고 줄마다 시제가 없으면, 한 줄만 인용될 때 현재 소속처럼 읽힐 수 있습니다.</p><p>현재 소속의 공개 문장에도 현재임을 밝힙니다. 「현 ○○의원 원장」처럼 쓰면 지난 경력과 나란히 놓였을 때 어느 줄이 지금의 소속인지가 드러나, 답변이 두 줄을 함께 옮겨도 소속이 뒤바뀔 여지가 줄어듭니다.</p></section><section id="p3-roles"><h2>약력의 시제를 지키는 역할 나눔</h2><p>약력의 시제는 의료진이 기관을 옮기거나 직위가 바뀔 때마다 달라집니다. 누가 그 변화를 약력에 옮기는지가 정해져 있지 않으면, 지난 소속이 현재처럼 남습니다. 네 사람이 맡을 일을 나눕니다.</p><p>의료진 본인은 기간을 맡습니다. 겸직이나 외래 교수처럼 지금도 이어지는 다른 기관의 직위가 있으면 그것이 현재 이어지는 직위임을 밝히고, 끝난 직위는 끝난 때를 씁니다. 직위가 끝나면 그 사실을 실장에게 알려 약력을 고치게 합니다.</p><p>실장은 재직 정보와 병원 채널의 문장을 맡습니다. 의료진이 새로 오면 승인 약력을 만들고, 병원 홈페이지와 블로그, 지도 서비스의 의료진 소개가 승인 약력의 공개 문장과 같은지 맞댑니다. 의료진이 떠나면 그 의료진의 소개를 내리는 날짜를 정합니다.</p><p>진단 담당은 답변과 출처를 맡습니다. 근무처마다 판정을 매기고, 시제 누락이나 소속 오인의 출처가 병원 채널인지 외부 게시물인지를 가려 넘깁니다. 외부 게시물 가운데는 의료진이 이전 근무처에 있을 때 쓰인 글이 있을 수 있어, 그 글이 쓰인 때를 함께 기록합니다.</p><p>원장은 승인과 정정 요청을 맡습니다. 약력을 승인하고, 이전 근무처의 홈페이지에 의료진 소개가 아직 남아 있다면 그 기관에 내려 달라고 요청할지를 정합니다. 요청은 병원이 고칠 수 없는 곳에 대한 것이어서 보낸 날짜를 남깁니다.</p><p>네 사람 사이에서 비는 때는 의료진이 기관을 옮긴 직후입니다. 이전 기관의 소개는 아직 남아 있고 새 병원의 소개는 막 올라간 때여서, 두 곳의 약력이 함께 돌아다닙니다. 새 의료진이 온 달에는 승인 약력을 먼저 만들고 그 의료진 이름의 진단을 정기 일정보다 앞당깁니다.</p><p>진단 담당이 바뀔 때는 의료진별 승인 약력, 근무처별 판정 기록, 정정을 요청한 곳의 목록을 함께 넘깁니다. 받은 사람은 그 사이 옮기거나 직위가 바뀐 의료진이 있는지를 실장에게 먼저 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>의료진 소속 시제 판정 자주 묻는 질문</h2><div class="faq-card"><h3>지금도 다른 기관의 외래 교수를 겸하는 의료진은 어떻게 판정하나요?</h3><p>승인 약력에 그 직위의 끝난 때가 현재로 되어 있다면 현재 이어지는 직위입니다. 답변이 그 직위를 현재로 전한 것은 시제 일치이고, 다만 주된 소속이 어디인지를 답변이 뒤바꿔 전했는지는 재직 정보와 따로 맞댑니다.</p></div><div class="faq-card"><h3>답변이 「○○대학병원 출신」이라고 전하면 시제가 있는 것으로 보나요?</h3><p>출신이라는 말은 지난 경력임을 밝히는 표현이어서 시제 일치로 판정합니다. 「전」이라는 글자가 없어도 역임, 출신, 기간 표기처럼 지난 일임이 드러나면 시제가 있는 것입니다.</p></div><div class="faq-card"><h3>수련 병원도 같은 방식으로 맞대나요?</h3><p>같은 방식입니다. 수련은 끝난 때가 있는 항목이어서 승인 약력에 기간을 쓰고, 답변이 수련 병원을 지금 일하는 곳이라고 밝혀 전했다면 소속 오인입니다. 수련 병원 이름만 시제 없이 현재 소속과 나란히 나왔다면 시제 누락입니다.</p></div><div class="faq-card"><h3>이전 근무처 홈페이지에 소개가 남아 있는 것은 누구의 오류인가요?</h3><p>이 진단은 누구의 오류인지를 정하지 않습니다. 그 페이지가 답변의 인용 출처였다는 사실과 그 페이지의 내용을 기록하고, 요청할지는 원장이 정합니다. 요청하기로 했다면 의료진 본인이 이전 기관에 연락하는 편이 빠른 경우가 있어, 누가 연락할지도 함께 정합니다.</p></div><div class="faq-card"><h3>약력에 기간을 공개하고 싶지 않은 의료진은 어떻게 하나요?</h3><p>승인 약력에는 기간을 쓰되 공개 문장에는 기간 대신 「전」이나 역임으로 시제만 밝힐 수 있습니다. 공개 문장에 시제가 남아 있으면 판정의 기준으로 충분합니다. 기간은 승인 약력 안에만 남겨 진단 담당이 답변의 기간 표현을 맞댈 때 씁니다.</p></div></section><section id="p4-next"><h2>시제를 밝힌 약력을 쓰는 곳</h2><p>의료진이 출연한 영상은 올린 뒤에 자막이나 화면 속 직함을 고치기 어렵습니다. 촬영할 때의 소속이 영상에 남아 있으면 시간이 지나 지난 소속이 현재처럼 전해질 수 있어, 영상 설명란에 촬영한 때와 그때의 소속을 밝히는 방법을 씁니다. 영상 채널의 설명란과 제목을 어떻게 관리할지는 병원 유튜브 운영에서 따로 다룹니다.</p><p>승인 약력은 의료진마다 한 장으로 두고, 병원 채널의 모든 소개가 그 한 장의 공개 문장을 따르게 합니다. 채널마다 약력을 따로 쓰면 한 곳만 고쳐지고 다른 곳에 시제 없는 문장이 남습니다. 직위가 바뀐 날 승인 약력을 고치고, 같은 날 그 문장을 쓰는 채널을 모두 고친 뒤 고친 날짜를 남깁니다.</p></section>]]></description></item><item><title>같은 건물 약국 정보가 병원에 붙은 경우, 사업 주체 오인의 분리</title><link>https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EA%B1%B4%EB%AC%BC-%EC%95%BD%EA%B5%AD-%EC%A0%95%EB%B3%B4%EA%B0%80-%EB%B3%91%EC%9B%90%EC%97%90-%EB%B6%99%EC%9D%80-%EA%B2%BD%EC%9A%B0-%EC%82%AC%EC%97%85-%EC%A3%BC%EC%B2%B4-%EC%98%A4%EC%9D%B8%EC%9D%98-%EB%B6%84%EB%A6%AC</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EA%B1%B4%EB%AC%BC-%EC%95%BD%EA%B5%AD-%EC%A0%95%EB%B3%B4%EA%B0%80-%EB%B3%91%EC%9B%90%EC%97%90-%EB%B6%99%EC%9D%80-%EA%B2%BD%EC%9A%B0-%EC%82%AC%EC%97%85-%EC%A3%BC%EC%B2%B4-%EC%98%A4%EC%9D%B8%EC%9D%98-%EB%B6%84%EB%A6%AC</guid><pubDate>Mon, 26 Oct 2026 07:07:04 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>건물 주소가 아닌 기관 단위의 대조</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>같은 건물 약국의 정보가 병원에 붙었는지는 답변 속 정보 하나하나가 어느 기관의 것인지를 층과 호수, 대표 전화, 기관 이름으로 가려서 판정합니다. 건물 주소가 같다는 것은 두 기관이 같은 곳에 있다는 뜻일 뿐, 같은 기관이라는 뜻이 아닙니다. 병원과 약국은 사업 주체가 다르고 운영 시간도 전화도 따로여서, 약국의 값이 병원 답변에 들어오면 환자는 병원이 닫은 시간에 찾아오거나 약국으로 전화를 걸게 됩니다.</p></div><p>주소만 맞대는 진단은 이 혼입을 놓칩니다. 답변의 주소가 병원 주소와 같으면 식별이 끝났다고 여기고, 함께 나온 전화번호와 운영 시간까지 병원 것으로 넘기기 때문입니다. 같은 건물에 여러 기관이 있는 병원이라면 주소는 식별 기준으로 부족하고, 건물 안에서 병원만 가리키는 기준이 따로 있어야 합니다.</p><p>답변의 지역 정보가 어디서 올 수 있는지는 서비스 공식 안내에 일부 나와 있습니다. 오픈AI 도움말은 챗GPT가 주변 업체 목록 같은 지역 정보를 제공하는 외부 제공자와 위치를 공유할 수 있다고 안내합니다. 답변의 지역 정보가 외부 업체 목록에서 올 수 있다는 뜻이고, 병원과 약국이 그런 목록에 따로 실려 있는지는 병원이 직접 열어 대조할 부분입니다. 답변이 왜 두 기관의 값을 섞었는지는 공식 안내에 없으므로 짐작해 쓰지 않습니다.</p></section><section id="p1-table"><h2>답변 속 정보의 세 가지 주체 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>병원 정보</td><td>그 값이 병원의 층·호수, 대표 전화, 승인 운영표와 맞음</td><td>정확성 대조로 넘김</td></tr><tr><td>다른 기관 혼입</td><td>그 값이 입점 기관 목록의 다른 기관 것과 맞음</td><td>끌려온 기관과 인용 출처를 기록하고 수정 권고 목록에 올림</td></tr><tr><td>주체 불명</td><td>그 값이 누구 것인지 가릴 수 없음(병원 것도 입점 기관 목록의 어느 기관 것도 아니거나, 병원과 다른 기관 둘 다에 맞음)</td><td>인용 출처를 열어 값의 출처를 찾고, 찾지 못하면 다시 물음</td></tr></tbody></table></div></div><p>판정은 답변 전체가 아니라 값마다 매깁니다. 한 답변 안에서 주소는 병원 정보이고 전화번호는 다른 기관 혼입일 수 있어, 답변을 통째로 맞다 틀리다 하면 섞인 값을 놓칩니다.</p><p>셋째 줄의 주체 불명은 병원 정보로도 다른 기관 혼입으로도 세지 않습니다. 값의 주인을 모르는 채로 병원 채널을 고치면 맞는 정보를 건드릴 수 있어, 출처를 찾거나 다시 물어 주체가 가려진 뒤에 첫째나 둘째 줄로 매깁니다.</p><p>둘째 줄의 혼입은 약국만의 일이 아닙니다. 같은 건물의 다른 의원, 검진 센터, 안경원처럼 주소의 앞부분이 같은 기관이면 모두 같은 방식으로 가립니다.</p></section><section id="p2-steps"><h2>주체를 가려 판정하는 다섯 단계</h2><ol class="step-list"><li>실장이 병원이 있는 건물의 입점 기관 목록을 아래 표의 칸대로 만들어 진단 담당에게 건넵니다.</li><li>진단 담당이 병원의 위치, 전화, 운영 시간을 묻는 질문으로 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변에서 주소, 전화번호, 운영 시간, 기관 이름을 값마다 떼어 냅니다.</li><li>진단 담당이 값마다 병원 승인 정보와 입점 기관 목록에 맞대어 앞의 표에 있는 세 판정 가운데 하나를 매깁니다.</li><li>다른 기관 혼입이 나온 값은 진단 담당이 인용 출처를 열어 그 출처에서 병원과 그 기관이 어떻게 적혀 있는지를 기록하고 원장에게 넘깁니다.</li></ol><p>첫째 단계의 목록은 병원이 아는 범위에서 만듭니다. 건물 안내판과 각 기관이 공개한 전화번호, 운영 시간처럼 누구나 볼 수 있는 정보로 채우고, 다른 기관의 내부 사정은 넣지 않습니다. 이 목록은 다른 기관을 평가하려는 것이 아니라, 답변 속 값이 누구 것인지 가리는 데만 씁니다. 목록은 병원 밖으로 내보내지 않고, 진단 기록과 같은 곳에 보관해 볼 수 있는 사람을 정합니다.</p><p>셋째 단계에서 값을 떼어 낼 때는 답변이 그 값을 누구의 것으로 전했는지도 함께 씁니다. 답변이 약국의 운영 시간을 약국의 것이라고 밝혀 전했다면 혼입이 아니고, 병원의 것으로 전했을 때만 혼입입니다. 같은 값이라도 답변 속 주어에 따라 판정이 달라집니다.</p><p>다섯째 단계에서 출처를 여는 까닭은 혼입이 어디서 시작되었는지에 따라 고칠 곳이 다르기 때문입니다. 출처에서 병원과 약국이 한 항목으로 합쳐져 있다면 그 출처에 분리를 요청할 일이고, 출처에서는 따로 있는데 답변에서만 섞였다면 병원이 고칠 출처는 없습니다.</p></section><section id="p2-list"><h2>입점 기관 목록의 다섯 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>층과 호수</td><td>건물 안에서 그 기관이 있는 위치</td></tr><tr><td>기관 이름과 종류</td><td>간판의 이름과 의원, 약국, 검진 센터 같은 종류</td></tr><tr><td>대표 전화</td><td>그 기관이 공개한 전화번호</td></tr><tr><td>운영 시간</td><td>그 기관이 공개한 운영 시간</td></tr><tr><td>확인한 날</td><td>목록의 값을 마지막으로 맞댄 날짜</td></tr></tbody></table></div></div><p>다섯째 칸을 두는 까닭은 입점 기관이 바뀌기 때문입니다. 약국이 나가고 다른 가게가 들어오면 옛 목록으로는 혼입을 가릴 수 없어, 정기 진단 전마다 건물 안내판과 목록을 다시 맞댑니다.</p><p>목록에는 예전에 있던 기관도 나간 날짜와 함께 남깁니다. 답변이 이미 나간 기관의 값을 병원 것으로 전하는 경우가 있을 수 있고, 지금 목록에만 맞대면 그런 값은 주체 불명으로만 남습니다.</p><p>병원 자신도 이 목록의 한 줄로 넣습니다. 병원의 층과 호수, 대표 전화가 다른 줄과 나란히 있어야, 답변 속 값을 맞댈 때 어느 줄과 같은지를 한 표에서 가릴 수 있습니다.</p></section><section id="p3-mistakes"><h2>같은 건물 기관 혼입에서 자주 틀리는 경우</h2><p>같은 건물 기관의 정보가 섞였는지 판정할 때 틀어지는 경우로 아래 네 가지를 들 수 있습니다. 넷 모두 주소가 같다는 사실에 기대어 값을 하나씩 가리지 않을 때 생길 수 있습니다.</p><p>첫째는 주소가 맞으니 나머지 값도 병원 것이라고 넘기는 경우입니다. 다음은 설명을 위해 꾸민 가상의 AI 답변입니다. 「○○내과는 ○○빌딩에 있고 평일 밤 9시까지 운영합니다.」 주소는 병원 것이지만 밤 9시는 같은 건물 1층 약국의 운영 시간이었고, 병원은 저녁 6시 30분에 진료를 마칩니다. 주소는 병원 정보, 운영 시간은 다른 기관 혼입입니다.</p><p>둘째는 약국의 값을 병원의 오래된 값으로 읽는 경우입니다. 틀린 운영 시간을 병원이 예전에 쓰던 시간이라고 짐작해 병원 채널을 뒤지면, 고칠 곳을 찾지 못한 채 시간이 갑니다. 입점 기관 목록과 먼저 맞대면 그 값이 다른 기관의 현재 값이라는 것이 바로 드러납니다.</p><p>셋째는 혼입을 병원의 부속 시설로 읽는 경우입니다. 답변이 병원 안에 약국이 있는 것처럼 전했더라도, 약국은 병원과 다른 사업 주체이므로 병원의 시설로 기록하지 않습니다. 이 경우는 사업 주체를 잘못 전한 혼입으로 판정하고, 답변 문장을 그대로 남깁니다.</p><p>넷째는 목록에 없는 값을 병원 정보로 매기는 경우입니다. 병원 것이 아니라는 것만 드러났고 어느 기관 것인지 모른다면 주체 불명입니다. 입점 기관 목록이 오래되었을 수도 있어, 목록을 다시 맞댄 뒤 판정합니다.</p><p>네 경우는 값의 주인을 목록에서 찾지 않고 병원 안에서만 찾을 때 생긴다는 점에서 같습니다. 그래서 병원 승인 정보와 어긋난 값을 찾으면, 병원의 옛 값을 뒤지기 전에 입점 기관 목록부터 맞댑니다.</p><p>판정을 넘길 때 진단 담당은 값마다 판정과 맞댄 근거를 한 줄로 쓰고, 다른 기관 혼입에는 끌려온 기관의 층과 종류만 씁니다. 그 기관의 이름과 정보는 진단 기록 안에서만 쓰고 병원 밖으로 내는 자료에는 옮기지 않습니다. 다음 진단 담당은 입점 기관 목록의 확인한 날부터 읽고, 오래되었으면 목록을 먼저 고칩니다.</p></section><section id="p4-faq" class="faq-section"><h2>같은 건물 기관 혼입 자주 묻는 질문</h2><div class="faq-card"><h3>병원과 약국의 전화번호 국번이 같아도 가릴 수 있나요?</h3><p>가릴 수 있습니다. 전화번호는 번호 전체를 맞대고, 숫자 하나라도 다르면 다른 기관의 값입니다. 국번만 같다고 병원 번호로 넘기면 혼입을 놓칩니다. 같은 건물의 기관은 국번이 같은 경우가 있어 이 대조를 빼지 않습니다.</p></div><div class="faq-card"><h3>건물 이름만 나오고 층이 없는 답변은 어떻게 판정하나요?</h3><p>주소 값은 병원 정보로 매기되, 층이 빠졌다는 사실을 함께 기록합니다. 층이 없으면 환자가 건물 안에서 다른 기관을 병원으로 착각할 수 있어, 병원 채널의 주소에 층과 호수가 들어 있는지를 이어서 대조합니다.</p></div><div class="faq-card"><h3>같은 건물의 다른 의원과 진료 과목이 겹치면 어떻게 가리나요?</h3><p>진료 과목은 주체를 가리는 기준이 아닙니다. 같은 과목의 의원이 두 곳이어도 층과 호수, 대표 전화, 기관 이름은 서로 다르므로 그 세 가지로 값마다 가립니다. 답변이 기관 이름 없이 과목과 건물만 전했다면 주체 불명으로 매기고 다시 묻습니다.</p></div><div class="faq-card"><h3>약국에 정정을 요청해야 하나요?</h3><p>약국의 정보가 틀린 것이 아니라면 약국에 요청할 일은 없습니다. 요청할 곳은 병원과 약국을 한 항목으로 합쳐 실은 출처이고, 그 출처가 병원이 고칠 수 없는 곳이면 정정 경로로 분리를 요청합니다. 요청할 때는 병원의 층과 호수, 대표 전화를 함께 보내 두 기관을 가를 근거를 줍니다.</p></div><div class="faq-card"><h3>건물을 옮기면 이 목록은 어떻게 하나요?</h3><p>새 건물의 입점 기관 목록을 새로 만들고, 옛 건물의 목록은 이전 완료일과 함께 남깁니다. 이전 뒤 한동안은 옛 건물 기관의 값이 답변에 나올 수 있어, 두 목록을 모두 맞댑니다. 옛 건물 기관의 값이 병원 것으로 나왔다면 다른 기관 혼입으로 매기고, 옛 주소와 함께 나왔는지도 기록합니다.</p></div></section><section id="p4-next"><h2>병원을 건물 안에서 따로 가리키는 정보</h2><p>혼입을 줄이려면 병원 채널과 지도 서비스의 병원 정보에 건물 이름만이 아니라 층과 호수, 대표 전화가 빠짐없이 들어 있어야 합니다. 지도 서비스에 병원을 등록할 때 주소와 전화 칸을 어떻게 채울지는 병원 플레이스 등록에서 따로 다룹니다.</p><p>병원 홈페이지의 오시는 길에도 같은 건물의 다른 기관과 헷갈리지 않도록 층과 입구를 문장으로 밝힙니다. 그림 약도에만 층이 표시되어 있다면 그 정보는 텍스트로도 함께 씁니다. 건물 입구가 여럿이거나 약국과 입구를 함께 쓰는 병원이라면, 어느 입구로 들어와 몇 층으로 올라오는지를 한 문장으로 밝혀 건물 안에서의 혼동을 줄입니다.</p></section>]]></description></item><item><title>병원명을 넣은 질문만의 평가, 브랜드 지정·비지정 질문의 진단 범위</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EB%AA%85%EC%9D%84-%EB%84%A3%EC%9D%80-%EC%A7%88%EB%AC%B8%EB%A7%8C%EC%9D%98-%ED%8F%89%EA%B0%80-%EB%B8%8C%EB%9E%9C%EB%93%9C-%EC%A7%80%EC%A0%95-%EB%B9%84%EC%A7%80%EC%A0%95-%EC%A7%88%EB%AC%B8%EC%9D%98-%EC%A7%84%EB%8B%A8-%EB%B2%94%EC%9C%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EB%AA%85%EC%9D%84-%EB%84%A3%EC%9D%80-%EC%A7%88%EB%AC%B8%EB%A7%8C%EC%9D%98-%ED%8F%89%EA%B0%80-%EB%B8%8C%EB%9E%9C%EB%93%9C-%EC%A7%80%EC%A0%95-%EB%B9%84%EC%A7%80%EC%A0%95-%EC%A7%88%EB%AC%B8%EC%9D%98-%EC%A7%84%EB%8B%A8-%EB%B2%94%EC%9C%84</guid><pubDate>Mon, 26 Oct 2026 07:06:51 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>병원명 질문만으로 내릴 수 있는 판정의 한계</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원명을 넣은 질문만 평가한 진단은 충분하지 않습니다. 이런 질문은 AI 답변이 이미 병원을 아는 사람에게 병원 정보를 맞게 전하는지를 알려 줄 뿐, 병원명을 모르는 사람이 진료와 지역으로 물었을 때 병원이 답변에 나오는지는 알려 주지 않습니다. 그래서 병원 GEO 진단은 브랜드 지정 질문과 비지정 질문을 따로 평가하고, 한쪽만 평가했다면 빠진 범위를 진단표에 표시합니다.</p></div><p>두 질문은 판정하는 내용이 다릅니다. 「○○치과 토요일 진료 시간」처럼 병원명을 넣은 질문에서는 답변이 이 병원을 다른 병원과 헷갈리지 않았는지, 주소와 진료 시간과 진료 과목이 병원 공식 정보와 맞는지를 판정합니다. 「○○동 교정 치과」처럼 병원명이 없는 질문에서는 답변에 병원이 나오는지, 나온다면 어떤 진료로 소개되는지를 판정합니다. 앞의 판정이 모두 맞았다는 결과가 뒤의 판정을 대신하지 않습니다.</p><p>비지정 질문은 묻는 사람의 위치 조건에 따라 결과가 달라질 수 있습니다. 오픈AI 도움말은 챗GPT가 IP 주소에 기반한 대략적인 위치를 써서 지역과 관련된 결과를 낼 수 있고, 메모리를 쓰는 상태라면 검색어를 고쳐 쓸 때 저장된 메모리를 반영할 수 있다고 안내합니다. 같은 비지정 질문이라도 어디서, 어떤 계정 상태로 물었는지가 결과의 일부라는 뜻입니다.</p></section><section id="p1-table"><h2>질문 유형별 판정 범위</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>질문 유형</th><th>판정하는 내용</th><th>이 결과로 판정하지 않는 것</th></tr></thead><tbody><tr><td>브랜드 지정 질문(병원명만)</td><td>병원 식별, 주소와 진료 시간 같은 운영 정보의 일치</td><td>병원명을 모르는 사람의 질문에 병원이 나오는지</td></tr><tr><td>브랜드 지정 질문(병원명과 진료)</td><td>이 병원이 그 진료를 한다고 맞게 전하는지</td><td>같은 진료를 병원명 없이 물을 때 병원이 나오는지</td></tr><tr><td>비지정 질문(진료·지역·조건)</td><td>답변에 병원이 나오는지, 나오면 소개된 진료가 맞는지</td><td>병원명을 넣었을 때 운영 정보가 맞는지</td></tr></tbody></table></div></div><p>셋째 칸은 그 유형만 평가한 진단에서 비는 범위입니다. 병원명을 넣은 질문만 평가했다면 첫째와 둘째 줄의 셋째 칸이 비고, 이 범위는 진단표에 미진단으로 표시합니다. 결과가 없는 범위를 문제없음으로 읽지 않게 하려는 표시입니다.</p><p>둘째 줄은 두 유형 사이에 있습니다. 병원명이 들어 있어 이미 병원을 아는 사람의 질문이지만, 답변이 진료 범위를 틀리게 전하면 병원이 하지 않는 진료를 하는 곳으로 읽힐 수 있습니다. 그래서 병원명만 넣은 질문과 묶지 않고 따로 판정합니다.</p></section><section id="p2-steps"><h2>진단 범위를 정하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 병원과 함께 질문 목록을 만들고, 질문마다 브랜드 지정인지 비지정인지 표시합니다.</li><li>진단 담당이 질문 목적표에 질문마다 판정할 내용을 한 줄로 씁니다. 지정 질문은 대조할 공식 정보, 비지정 질문은 병원 등장 여부와 소개된 진료입니다.</li><li>실장이 대조 기준이 될 병원 공식 정보(주소, 진료 시간, 진료 과목, 의료진)를 진단 담당에게 건넵니다.</li><li>진단 담당이 질문마다 서비스 이름, 질문한 날짜, 질문 원문, 위치 조건, 메모리 사용 여부, 답변 원문을 기록합니다.</li><li>진단 담당이 두 유형의 결과를 진단표에 따로 싣고, 평가하지 않은 유형은 범위 줄에 미진단으로 표시해 원장에게 넘깁니다.</li></ol><p>셋째 단계가 판정보다 앞서는 까닭은 지정 질문의 판정이 대조 기준에 기대기 때문입니다. 공식 정보 없이 판정하면 진단 담당의 기억이나 오래된 홈페이지 내용이 기준이 되어, 답변이 맞는데 틀렸다고 적히는 일이 생길 수 있습니다.</p><p>넷째 단계에서 답변 원문까지 남기는 까닭은 판정을 나중에 다시 대조할 수 있게 하려는 것입니다. 오픈AI 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있다고 안내합니다. 답변이 병원 정보를 틀리게 전했다고 판정했다면, 그 답변이 인용한 출처를 열어 틀린 내용이 출처에 있는지도 함께 기록합니다.</p></section><section id="p2-scope"><h2>진단표 범위 줄의 네 항목</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>기록 값</th><th>쓰임</th></tr></thead><tbody><tr><td>평가한 질문 유형</td><td>지정과 비지정 가운데 평가한 유형</td><td>결과를 읽을 범위를 정함</td></tr><tr><td>미진단 유형</td><td>평가하지 않은 유형과 그 이유</td><td>빈 범위를 문제없음으로 읽지 않게 함</td></tr><tr><td>유형별 질문 수</td><td>지정 질문 수와 비지정 질문 수</td><td>결과가 몇 개의 질문에 기댄 판정인지 알림</td></tr><tr><td>질문 조건</td><td>서비스, 날짜, 위치 조건, 메모리 사용 여부</td><td>다음 진단을 같은 조건으로 맞춤</td></tr></tbody></table></div></div><p>범위 줄은 진단표의 첫머리에 놓습니다. 결과 칸을 먼저 읽은 사람이 범위를 나중에 알게 되면, 이미 읽은 결과를 병원 전체의 모습으로 받아들인 뒤이기 때문입니다.</p><p>두 유형의 결과는 합쳐 한 점수로 싣지 않습니다. 지정 질문에서 정보가 모두 맞았다는 결과가 비지정 질문에서 병원이 나오지 않은 결과를 가려, 전체가 좋게 읽힐 수 있기 때문입니다. 합친 숫자가 꼭 필요하다면 그 옆에 유형별 숫자를 함께 싣습니다.</p></section><section id="p3-misread"><h2>진단 결과를 받았을 때 자주 틀리는 판독</h2><p>진단표를 받은 원장과 실장이 결과를 잘못 읽는 경우로 아래 네 가지를 들 수 있습니다. 넷 모두 범위 줄을 읽지 않았거나, 질문 유형을 섞어 읽을 때 생길 수 있습니다.</p><p>첫째는 지정 질문의 결과를 AI 검색 노출 전체로 읽는 경우입니다. 병원명을 넣은 질문에서 주소와 진료 시간이 모두 맞았다는 결과는 정보 정확성에 대한 판정입니다. 병원을 모르는 사람의 질문에 병원이 나온다는 뜻은 아니므로, 비지정 질문이 미진단이라면 그 범위는 아직 알 수 없는 상태로 읽습니다.</p><p>둘째는 비지정 질문의 미등장을 정보 오류로 읽는 경우입니다. 다음은 설명을 위해 꾸민 가상의 AI 답변 예입니다. 비지정 질문 「○○동 야간 진료 소아과」에 대한 답변에 병원 세 곳이 나왔고 진단 대상 병원은 없었습니다. 이 결과는 병원이 답변에 나오지 않았다는 판정일 뿐, 병원 정보가 틀리게 전해졌다는 판정이 아닙니다. 미등장의 원인은 이 진단의 범위 밖이어서 따로 조사합니다.</p><p>셋째는 AI 개요가 표시되지 않은 결과를 미등장으로 읽는 경우입니다. 구글 검색 센터 문서는 AI 개요가 기존 검색에 도움이 된다고 시스템이 판단하는 경우에만 표시되어 자주 나타나지 않는다고 안내합니다. 비지정 질문에서 AI 개요가 표시되지 않았다면 병원이 빠진 결과와 섞지 않고, AI 개요가 표시되지 않은 질문으로 따로 기록합니다.</p><p>넷째는 조건이 다른 두 진단을 견주는 경우입니다. 지난 진단은 병원 근처에서, 이번 진단은 다른 지역에서 물었다면 비지정 질문의 결과 차이는 병원의 변화가 아니라 위치 조건의 차이일 수 있습니다. 범위 줄의 질문 조건이 같은 진단끼리만 견줍니다.</p><p>진단표를 원장에게 넘길 때 진단 담당은 이 네 가지 가운데 이번 결과에 해당하는 판독을 결과 칸 옆에 한 줄로 표시합니다. 예를 들어 지정 질문만 평가한 진단이라면 「정보 정확성 판정만 있음, 비지정 질문 미진단」이라고 쓰고, AI 개요가 표시되지 않은 질문이 있었다면 그 질문 수를 함께 씁니다.</p><p>진단 담당이 바뀌거나 대행사에 진단을 넘길 때는 질문 목록, 질문 목적표, 범위 줄, 답변 원문 기록을 한 묶음으로 넘깁니다. 받은 사람이 같은 질문을 같은 조건으로 다시 물을 수 있어야 다음 진단 결과를 이번 결과와 견줄 수 있기 때문입니다.</p></section><section id="p4-faq" class="faq-section"><h2>브랜드 지정 질문 진단 자주 묻는 질문</h2><details class="faq-acc" open><summary>병원명과 지역을 함께 넣은 질문은 어느 유형으로 분류하나요?</summary><p>병원명이 들어 있으면 지정 질문으로 분류합니다. 지점이 여럿인 병원이라면 답변이 질문한 지역의 지점 정보를 전하는지, 다른 지점의 주소나 진료 시간을 섞어 전하는지가 판정 내용에 더해집니다. 질문 목적표에 대조할 지점 이름을 함께 씁니다.</p></details><details class="faq-acc"><summary>병원명을 잘못 쓰거나 옛 이름으로 물은 질문은 어느 유형인가요?</summary><p>이미 병원을 알고 찾는 사람의 질문이므로 지정 질문으로 분류합니다. 다만 답변이 옛 이름의 정보를 지금 정보처럼 전하는지가 판정 내용이 되므로, 질문 목록에 오타나 옛 이름을 쓴 질문이라고 따로 표시합니다.</p></details><details class="faq-acc"><summary>원장 이름만 넣고 물은 질문은 지정 질문으로 보나요?</summary><p>특정 의료진을 지정한 질문이므로 지정 쪽으로 분류합니다. 판정 내용은 운영 정보가 아니라 의료진의 소속, 진료 과목, 경력 진술이 병원 공식 정보와 맞는지입니다. 원장이 예전 근무처와 함께 소개된다면 그 진술도 대조 대상입니다.</p></details><details class="faq-acc"><summary>지정 질문과 비지정 질문은 어떤 비율로 목록에 넣나요?</summary><p>정해진 비율은 없습니다. 병원이 이번 진단으로 알고 싶은 것이 정보 정확성이면 지정 질문을, 병원을 모르는 사람의 질문에 나오는지이면 비지정 질문을 더 넣습니다. 어느 쪽이든 유형별 질문 수를 범위 줄에 밝혀, 적은 질문에 기댄 결과가 크게 읽히지 않게 합니다. 또 오픈AI 도움말은 챗GPT가 최신 정보가 도움이 되는 질문이면 자동으로 웹을 검색할 수 있다고 안내하므로, 질문마다 답변에 출처 표시가 있었는지도 함께 기록합니다. 다른 서비스가 언제 웹을 검색하는지는 공식 안내에 없으면 진단 기록으로 확인합니다.</p></details><details class="faq-acc"><summary>비지정 질문 결과가 좋으면 지정 질문 진단은 생략해도 되나요?</summary><p>생략하지 않습니다. 비지정 질문에서 병원이 나왔더라도, 그 사람이 다음에 병원명을 넣어 물었을 때 진료 시간이나 주소가 틀리게 나오면 방문 직전에 헷갈릴 수 있습니다. 반대 방향도 같아서, 한 유형의 좋은 결과가 다른 유형의 판정을 대신하지 않습니다.</p></details></section><section id="p4-exceptions"><h2>지정 질문만 먼저 진단하는 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>병원 정보가 여러 답변에서 틀리게 나온다는 제보가 이미 있다면, 지정 질문만 먼저 진단하는 편이 맞을 수 있습니다. 이때도 범위 줄에 비지정 질문을 미진단으로 표시하고, 비지정 질문을 진단할 날짜를 함께 정합니다. 지정 질문의 오류를 먼저 고치고 비지정 질문 진단으로 넘어가는 것처럼, 진단 다음에 무엇부터 손댈지의 차례는 병원 GEO 실행 순서에서 이어서 다룹니다.</p><p>진단을 대행사에 맡겼다면 받은 보고서에 범위 줄이 있는지, 두 유형의 결과가 따로 실렸는지부터 점검합니다. 범위 줄 말고도 보고서에서 가려 읽을 항목은 GEO 대행 보고서에서 따로 정리합니다.</p></div></section>]]></description></item><item><title>개발 담당이 재현할 수 있게 넘길 접근 오류 자료 묶음</title><link>https://hospitalgeocheck.com/%EA%B0%9C%EB%B0%9C-%EB%8B%B4%EB%8B%B9%EC%9D%B4-%EC%9E%AC%ED%98%84%ED%95%A0-%EC%88%98-%EC%9E%88%EA%B2%8C-%EB%84%98%EA%B8%B8-%EC%A0%91%EA%B7%BC-%EC%98%A4%EB%A5%98-%EC%9E%90%EB%A3%8C-%EB%AC%B6%EC%9D%8C</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B0%9C%EB%B0%9C-%EB%8B%B4%EB%8B%B9%EC%9D%B4-%EC%9E%AC%ED%98%84%ED%95%A0-%EC%88%98-%EC%9E%88%EA%B2%8C-%EB%84%98%EA%B8%B8-%EC%A0%91%EA%B7%BC-%EC%98%A4%EB%A5%98-%EC%9E%90%EB%A3%8C-%EB%AC%B6%EC%9D%8C</guid><pubDate>Mon, 26 Oct 2026 07:06:39 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>재현 조건과 수용 기준을 함께 넘기는 이유</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>개발 담당이 재현할 수 있게 하려면 접근 오류가 난 대상 URL과 시각, 누가 요청했는지, 어떤 응답을 받았는지, 어떤 조건에서 다시 나는지, 무엇이 되면 고쳐진 것으로 볼지를 한 묶음으로 넘깁니다. 고치는 방법은 쓰지 않습니다. 진단 담당이 아는 것은 실패한 환경이지 서버나 설정의 안쪽이 아니어서, 해법을 적으면 개발 담당이 그 해법부터 따지느라 실제 원인을 늦게 찾을 수 있습니다.</p></div><p>묶음의 뼈대는 개발 담당이 같은 실패를 자기 환경에서 다시 겪게 하는 것입니다. 개발 담당이 같은 실패를 한 번이라도 재현하면 그다음은 개발 쪽의 일이고, 재현하지 못하면 진단 담당이 조건을 더 좁혀 묶음을 다시 넘겨야 합니다. 진단 담당의 화면에서는 페이지가 열리지 않았는데 개발 담당의 사무실에서는 잘 열린다면, 둘 사이에 무엇이 달랐는지가 묶음에 없기 때문입니다. 요청한 주체와 시각, 통신 환경이 빠지면 그 차이를 좁힐 수 없습니다.</p><p>수용 기준은 묶음의 끝입니다. 개발 담당이 고쳤다고 알려 왔을 때, 어떤 검사를 다시 했을 때 진단에서 고쳐진 것으로 인정할지를 미리 정해 넘깁니다. 예를 들어 서치 콘솔 URL 검사에서 구글봇이 받은 HTML에 본문 텍스트가 있고, 같은 조건의 요청이 서버 기록에서 정상 응답을 받으면 수용한다고 씁니다. 기준이 없으면 고친 쪽과 진단한 쪽이 서로 다른 것을 보고 끝났다고 말하게 됩니다.</p></section><section id="p1-table"><h2>접근 오류 자료 묶음의 여섯 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th><th>빠지면 생기는 일</th></tr></thead><tbody><tr><td>대상 URL</td><td>진단에서 막힌 주소와 최종으로 열린 주소</td><td>막히지 않은 다른 주소를 들여다봄</td></tr><tr><td>시각</td><td>오류를 본 날짜와 시각, 시간대</td><td>서버 기록에서 해당 요청을 찾지 못함</td></tr><tr><td>요청 주체</td><td>사람의 브라우저인지 검사 도구인지 수집기인지와 그 이름</td><td>개발 담당이 다른 주체로 시험함</td></tr><tr><td>받은 응답</td><td>상태 코드와 받은 화면, 받은 HTML의 사본</td><td>말로만 전해져 실패의 모습이 흐려짐</td></tr><tr><td>재현 조건</td><td>반복한 횟수와 결과, 다른 시각과 기기에서의 결과</td><td>한 번의 우연인지 늘 나는지 모름</td></tr><tr><td>수용 기준</td><td>고쳐진 것으로 볼 검사와 그 결과</td><td>끝났다고 볼 때가 서로 다름</td></tr></tbody></table></div></div><p>여섯 칸 가운데 넷째와 여섯째 칸은 짝을 이룹니다. 받은 응답이 실패의 모습이라면 수용 기준은 고쳐진 뒤의 모습이어서, 같은 도구와 같은 요청 주체로 적어야 두 모습을 나란히 견줄 수 있습니다. 넷째 칸이 상태 코드였다면 여섯째 칸도 같은 요청의 상태 코드로 씁니다.</p><p>셋째 칸의 요청 주체는 접근 오류에서 특히 중요합니다. 같은 주소라도 사람이 여는 브라우저에는 열리고 검색 수집기에는 막히는 경우가 있어, 누가 요청했는지가 빠지면 개발 담당은 자기 브라우저로 열어 보고 문제없다고 판단할 수 있습니다.</p></section><section id="p2-steps"><h2>자료 묶음을 만들어 넘기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 막힌 주소마다 오류를 본 시각과 요청 주체, 받은 응답을 기록하고 받은 화면과 HTML 사본을 저장합니다.</li><li>진단 담당이 같은 주소를 다른 시각과 다른 기기로 다시 요청해, 결과를 재현 조건 칸에 씁니다.</li><li>진단 담당이 아래 표의 재현 결과 가운데 하나를 매깁니다.</li><li>재현됨이나 간헐이면 진단 담당이 수용 기준을 쓰고, 원장의 승인을 받아 개발 담당에게 묶음을 넘깁니다. 재현 안 됨이면 넘기지 않고 진단 기록에만 남깁니다.</li><li>개발 담당이 고쳤다고 알리면, 진단 담당이 수용 기준의 검사를 그대로 다시 해 결과를 묶음에 이어 씁니다.</li></ol><p>첫째 단계에서 받은 HTML의 사본을 남기는 까닭은 화면 캡처만으로는 수집기가 무엇을 받았는지 알 수 없기 때문입니다. 구글 검색 센터 문서는 URL 검사 도구로 구글봇이 받은 HTML을 확인하라고 안내합니다. 그 사본이 있으면 개발 담당은 막힌 것이 페이지 전체인지 본문 일부인지를 바로 가릴 수 있습니다.</p><p>둘째 단계에서 다시 요청할 때는 처음 오류를 본 조건 하나만 바꿔 가며 요청합니다. 시각과 기기를 한꺼번에 바꾸면 결과가 달라져도 무엇 때문인지 가릴 수 없어, 시각만 바꾼 결과와 기기만 바꾼 결과를 따로 씁니다.</p><p>다섯째 단계의 검사는 넷째 단계에서 쓴 수용 기준과 같은 도구, 같은 요청 주체로 합니다. 다른 방법으로 다시 검사하면 결과가 달라도 고쳐진 것인지 방법이 달라진 것인지 가릴 수 없습니다.</p></section><section id="p2-repro"><h2>재현 결과별로 넘기는 세 방식</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>재현 결과</th><th>기준</th><th>넘기는 방식</th></tr></thead><tbody><tr><td>재현됨</td><td>다시 요청할 때마다 같은 오류가 남</td><td>묶음 여섯 칸을 채워 바로 넘김</td></tr><tr><td>간헐</td><td>다시 요청하면 오류가 날 때와 안 날 때가 섞임</td><td>오류가 난 시각과 안 난 시각을 모두 적어 넘김</td></tr><tr><td>재현 안 됨</td><td>처음 한 번만 오류가 나고 다시 요청하면 나지 않음</td><td>넘기지 않고 다음 진단에서 같은 조건으로 다시 요청</td></tr></tbody></table></div></div><p>둘째 줄의 간헐은 개발 담당에게 가장 까다로운 경우입니다. 오류가 난 시각만 넘기면 개발 담당이 같은 시각에 다시 시험해도 나지 않을 수 있어, 안 난 시각도 함께 넘겨야 두 시각 사이에 무엇이 달랐는지 찾을 단서가 됩니다.</p><p>셋째 줄을 넘기지 않는 것은 무시한다는 뜻이 아닙니다. 한 번의 오류로 개발 담당에게 요청하면 재현하지 못한 채 요청이 닫힐 수 있어, 다음 진단에서 다시 나면 그때 재현 결과를 고쳐 매깁니다. 재현 안 됨으로 둔 오류도 처음 본 시각과 받은 응답은 진단 기록에 남겨, 다시 났을 때 첫 번째 기록과 이어 읽을 수 있게 합니다.</p></section><section id="p3-mistakes"><h2>접근 오류 인계에서 자주 틀리는 경우</h2><p>진단 담당이 개발 담당에게 접근 오류를 넘길 때 일이 어긋나는 경우로 아래 네 가지를 들 수 있습니다. 넷 모두 묶음의 여섯 칸 가운데 하나가 빠지거나 바뀔 때 생길 수 있습니다.</p><p>첫째는 원인을 짐작해 적는 경우입니다. 「보안 설정 때문인 것 같습니다」라고 적으면 개발 담당은 보안 설정부터 뒤지고, 그곳이 원인이 아니면 묶음을 처음부터 다시 읽어야 합니다. 진단 담당은 본 것만 쓰고, 짐작은 쓰지 않거나 쓰더라도 짐작이라고 밝혀 따로 남깁니다.</p><p>둘째는 시각을 날짜로만 적는 경우입니다. 서버 기록은 초 단위로 쌓이므로, 날짜만으로는 수많은 요청 가운데 진단 담당의 요청을 찾기 어렵습니다. 시각과 시간대를 함께 적어야 개발 담당이 기록에서 그 줄을 곧바로 찾습니다.</p><p>셋째는 요청 주체를 사칭한 시험 결과를 수집기의 결과처럼 넘기는 경우입니다. 진단 담당이 수집기 이름을 흉내 내 보낸 요청이 막혔다면, 그것은 이름을 기준으로 막는 규칙이 있다는 단서일 뿐 실제 수집기가 막혔다는 증거는 아닙니다. 요청 주체 칸에 시험 요청이라고 밝혀 넘깁니다.</p><p>넷째는 수용 기준 없이 넘기는 경우입니다. 개발 담당이 한 가지를 고치고 끝났다고 알렸는데 진단 담당이 다른 검사로 다시 요청했을 때 여전히 막혀 있다면, 두 사람은 같은 오류를 두고 서로 다른 결론을 갖게 됩니다. 수용 기준은 넘기기 전에 쓰고 원장이 승인합니다. 승인한 기준을 나중에 고쳐야 한다면 고친 까닭과 날짜를 묶음에 이어 써서, 처음 기준과 고친 기준이 함께 남게 합니다.</p><p>네 경우는 모두 묶음을 받은 개발 담당이 진단 담당에게 다시 묻게 만든다는 점에서 같습니다. 되묻는 동안 오류는 그대로 남으므로, 넘기기 전에 여섯 칸을 한 번 더 읽고 빈 칸이나 짐작이 섞인 칸이 없는지 가립니다.</p><p>묶음을 넘긴 뒤에는 넘긴 날짜와 받은 사람을 진단 기록에 남기고, 수용 기준의 검사 결과가 나올 때까지 그 오류에 걸린 진단 항목은 판정을 새로 매기지 않습니다. 개발 담당이 바뀌면 묶음과 함께 지금까지의 검사 결과를 모두 넘깁니다. 새 개발 담당이 이전 검사를 모른 채 처음부터 시험하면, 이미 좁혀 둔 조건을 다시 넓히게 됩니다.</p></section><section id="p4-faq" class="faq-section"><h2>접근 오류 자료 묶음 자주 묻는 질문</h2><details class="faq-acc" open><summary>개발 담당이 외부 업체이면 묶음을 어떻게 넘기나요?</summary><p>원장의 승인을 받은 뒤 업체와 정한 요청 경로로 넘기고, 넘긴 날짜와 받은 사람을 기록합니다. 업체가 묶음을 받았다는 회신도 함께 남깁니다. 서버 기록처럼 병원 안에만 있는 자료를 업체가 볼 수 있는지는 계약의 범위를 따르고, 볼 수 없다면 그 사실을 묶음에 밝힙니다.</p></details><details class="faq-acc"><summary>여러 주소가 같은 오류를 보이면 묶음을 하나로 합쳐도 되나요?</summary><p>합치되 주소마다 시각과 받은 응답을 따로 씁니다. 같은 오류처럼 보여도 주소마다 원인이 다를 수 있어, 한 주소의 사본만 넘기면 나머지 주소를 개발 담당이 재현하지 못할 수 있습니다.</p></details><details class="faq-acc"><summary>수용 기준을 개발 담당과 함께 정해도 되나요?</summary><p>함께 정해도 됩니다. 다만 검사는 진단에서 쓰는 도구와 요청 주체로 하도록 정해야, 고친 뒤의 결과를 진단 기록과 그대로 견줄 수 있습니다.</p></details><details class="faq-acc"><summary>개발 담당이 재현하지 못했다고 하면 어떻게 하나요?</summary><p>재현 조건 칸을 다시 채웁니다. 진단 담당이 같은 조건으로 다시 요청해 오류가 나는지 가리고, 요청한 시각과 결과를 재현 조건 칸에 더한 뒤, 결과에 따라 재현 결과를 고쳐 매깁니다. 간헐이면 오류가 난 시각과 안 난 시각을 함께 적어 다시 넘기고, 재현 안 됨이면 요청을 거두고 다음 진단에서 같은 조건으로 다시 요청합니다.</p></details><details class="faq-acc"><summary>고치는 방법을 알고 있어도 쓰면 안 되나요?</summary><p>묶음의 칸에는 쓰지 않습니다. 알고 있는 방법이 있다면 묶음과 떨어진 메모로 짐작이라고 밝혀 붙여, 개발 담당이 재현부터 한 뒤 판단하게 합니다.</p></details></section><section id="p4-next"><h2>묶음을 넘긴 뒤의 인계</h2><p>진단을 맡은 대행사와의 계약이 끝날 때도 이 묶음들이 함께 넘어와야 병원이 열린 요청을 이어 갈 수 있습니다. 대행을 끝낼 때 무엇을 넘겨받을지는 GEO 대행 종료와 인계에서 따로 다룹니다.</p><p>묶음을 여러 번 넘기다 보면 같은 주소가 되풀이해 막히는 경우가 드러납니다. 그런 주소는 넘긴 날짜와 수용 결과를 한 줄로 이어 쓰면, 고친 뒤 다시 막힌 것인지 처음부터 고쳐지지 않은 것인지 가릴 수 있습니다.</p><p>대행사가 진단부터 인계까지 어디까지 맡는지를 처음 계약할 때 정해 두면, 접근 오류를 누가 넘기고 누가 받을지도 분명해집니다. 대행사가 맡는 일의 범위는 병원 GEO 대행에서 이어서 정리합니다.</p></section>]]></description></item><item><title>첫 문장 오류와 본문 오류, 위치만으로 시급성을 정하지 않는 이유</title><link>https://hospitalgeocheck.com/%EC%B2%AB-%EB%AC%B8%EC%9E%A5-%EC%98%A4%EB%A5%98%EC%99%80-%EB%B3%B8%EB%AC%B8-%EC%98%A4%EB%A5%98-%EC%9C%84%EC%B9%98%EB%A7%8C%EC%9C%BC%EB%A1%9C-%EC%8B%9C%EA%B8%89%EC%84%B1%EC%9D%84-%EC%A0%95%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%B2%AB-%EB%AC%B8%EC%9E%A5-%EC%98%A4%EB%A5%98%EC%99%80-%EB%B3%B8%EB%AC%B8-%EC%98%A4%EB%A5%98-%EC%9C%84%EC%B9%98%EB%A7%8C%EC%9C%BC%EB%A1%9C-%EC%8B%9C%EA%B8%89%EC%84%B1%EC%9D%84-%EC%A0%95%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</guid><pubDate>Mon, 26 Oct 2026 07:06:26 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>위치보다 먼저 매기는 문장의 쓰임</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>첫 문장의 오류가 본문의 오류보다 늘 시급한 것은 아닙니다. 시급성은 그 문장이 환자의 행동에 쓰이는지를 먼저 매기고, 위치는 행동에 쓰이지 않는 오류끼리의 순서를 가를 때만 씁니다. 첫 문장에 병원 개원 연도가 틀리게 나온 답변과, 넷째 줄에 예약 전화번호가 틀리게 나온 답변이 있다면 먼저 다룰 것은 넷째 줄입니다.</p></div><p>위치에 무게를 주는 생각에는 근거가 있습니다. 읽는 사람이 첫 문장만 읽고 멈출 수 있고, 첫 문장은 답변 전체의 인상을 정합니다. 그러나 환자가 전화를 걸거나 길을 나설 때 다시 찾아 읽는 곳은 요약이 아니라 번호와 주소와 시간이 쓰인 줄입니다. 읽힐 가능성과 행동에 쓰일 가능성은 서로 다른 것이고, 피해는 뒤의 것에서 나옵니다.</p><p>그래서 오류 문장마다 두 가지를 따로 씁니다. 하나는 위치로, 답변의 요약 위치인지 본문인지입니다. 다른 하나는 쓰임으로, 그 문장을 믿은 환자가 그대로 따라 움직이게 되는 행동 문장인지입니다. 전화번호, 주소, 진료 시간, 예약 방법, 준비물, 방문 조건을 말하는 문장이 행동 문장입니다.</p><p>시급성은 세 가지로 매깁니다. 행동 문장의 오류는 위치와 상관없이 시급, 행동 문장이 아니면서 요약 위치에 있는 오류는 다음, 행동 문장이 아니면서 본문에 있는 오류는 나중입니다.</p><p>위치에 점수를 주는 방식은 셈하기 쉬워 진단표에 들어가곤 합니다. 문장이 몇째 줄에 있는지는 누가 세어도 같은 값이 나오기 때문입니다. 그러나 세기 쉬운 값이 피해를 말해 주는 값은 아닙니다. 위치는 기록하되 점수로 곱하지 않고, 쓰임을 정한 뒤에 순서를 가르는 데만 씁니다.</p></section><section id="p1-table"><h2>위치와 쓰임에 따른 네 경우의 시급성</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>위치</th><th>쓰임</th><th>시급성</th><th>까닭</th></tr></thead><tbody><tr><td>요약 위치</td><td>행동 문장</td><td>시급</td><td>읽힐 가능성도 크고 그대로 따라 움직임</td></tr><tr><td>본문</td><td>행동 문장</td><td>시급</td><td>행동할 때 찾아 읽는 줄임</td></tr><tr><td>요약 위치</td><td>행동 문장 아님</td><td>다음</td><td>병원에 대한 인상을 정하지만 행동을 그르치지 않음</td></tr><tr><td>본문</td><td>행동 문장 아님</td><td>나중</td><td>읽힐 가능성도 작고 행동을 그르치지 않음</td></tr></tbody></table></div></div><p>첫째 줄과 둘째 줄의 시급성이 같다는 것이 이 표의 요점입니다. 위치만으로 순서를 정하면 둘째 줄이 셋째 줄보다 뒤로 밀립니다. 시급으로 매긴 오류가 여럿이어서 그 안에서 순서가 필요하면, 그때는 피해가 큰 행동부터 놓습니다. 다른 곳으로 가게 하는 오류, 닫힌 시간에 오게 하는 오류, 준비 없이 오게 하는 오류의 순서입니다.</p></section><section id="p2-steps"><h2>오류 문장의 시급성을 매기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변 원문을 문장으로 나누고 문장마다 놓인 곳을 표시합니다.</li><li>진단 담당이 병원 기준 자료와 어긋난 문장을 오류 문장으로 표시합니다.</li><li>진단 담당이 오류 문장마다 그 문장을 믿은 환자가 무엇을 하게 되는지를 한 줄로 씁니다.</li><li>실장이 그 한 줄을 읽고 행동 문장인지를 정하고, 진단 담당이 시급성을 매깁니다.</li><li>원장이 시급성 목록을 읽고 수정 순서를 승인합니다.</li></ol><p>셋째 단계의 한 줄이 판정의 근거입니다. 「틀린 번호로 전화하게 됨」「일요일에 찾아오게 됨」처럼 환자의 움직임으로 쓸 수 있으면 행동 문장이고, 「병원이 오래됐다고 여기게 됨」처럼 생각으로만 쓸 수 있으면 행동 문장이 아닙니다. 한 줄을 쓰지 않고 문장의 종류만으로 가르면, 진료 과목을 틀리게 전한 문장처럼 경우에 따라 갈리는 문장을 놓칩니다. 병원이 하지 않는 진료를 한다고 전한 문장은 환자를 오게 만들므로 행동 문장입니다.</p><p>넷째 단계를 실장이 맡는 까닭은 환자가 그 말을 듣고 실제로 어떻게 움직이는지를 접수와 상담을 아는 사람이 알기 때문입니다.</p><p>첫째 단계에서 문장으로 나눌 때는 목록의 항목 하나, 표의 줄 하나도 문장 하나로 셉니다. 전화번호와 주소가 한 줄에 함께 쓰여 있으면 사실마다 나눠 두 줄로 옮깁니다. 한 줄로 놓으면 번호는 맞고 주소만 틀린 경우에 오류가 어느 사실의 것인지 흐려집니다.</p></section><section id="p2-places"><h2>답변 구조에서 문장이 놓이는 다섯 곳</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>놓인 곳</th><th>위치 분류</th><th>행동 문장이 놓이는 모습(가상 예)</th></tr></thead><tbody><tr><td>첫 문장</td><td>요약 위치</td><td>「평일 저녁에도 진료합니다」처럼 요약 안에 조건이 들어감</td></tr><tr><td>굵은 글씨나 소제목</td><td>요약 위치</td><td>소제목에 진료 과목이나 지점 이름이 들어감</td></tr><tr><td>번호 목록과 단계</td><td>본문</td><td>예약하는 순서, 준비물</td></tr><tr><td>연락처와 시간이 쓰인 줄</td><td>본문</td><td>전화번호, 주소, 진료 시간</td></tr><tr><td>끝의 권고 문장</td><td>본문</td><td>「방문 전에 이 번호로 예약하세요」</td></tr></tbody></table></div></div><p>둘째 줄을 요약 위치로 분류하는 까닭은 눈에 먼저 들어오는 곳이라는 점에서 첫 문장과 같기 때문입니다. 답변이 길어 첫 문장 뒤를 훑어 읽는 사람은 굵은 글씨와 소제목을 따라 읽을 수 있습니다.</p><p>다섯째 줄은 놓치기 쉬운 곳입니다. 답변 끝의 권고 문장은 위치로는 가장 뒤이지만, 환자에게 무엇을 하라고 직접 말하는 문장이어서 행동 문장인 경우가 있습니다. 위치만으로 가중치를 매기는 진단표에서는 이 문장의 오류가 가장 낮은 순서에 놓입니다.</p><p>답변의 구조는 서비스와 질문에 따라 달라집니다. 어느 서비스가 어떤 구조로 답하는지는 공식 안내로 정해진 것이 아니므로, 구조를 미리 가정하지 않고 저장한 답변 원문에서 문장마다 놓인 곳을 읽어 씁니다.</p></section><section id="p3-mistakes"><h2>위치 가중에서 자주 틀리는 경우</h2><p>첫 문장의 오류를 읽지도 않고 가장 위에 올리는 경우가 있습니다. 진단표에 위치 점수 칸이 있으면 첫 문장의 오류는 내용과 상관없이 높은 점수를 받습니다. 개원 연도나 병원 이름의 띄어쓰기가 첫 문장에서 틀렸다는 까닭으로 맨 위에 오르고, 병원은 환자를 헛걸음시키지 않는 오류부터 고치게 됩니다.</p><p>반대로 첫 문장이 맞으면 답변 전체를 양호로 기록하는 경우도 있습니다. 요약은 맞게 쓰였는데 아래쪽의 전화번호나 진료 시간이 틀린 답변이 여기에 해당합니다. 답변을 첫 문장으로 대표시키지 않고, 오류 문장은 놓인 곳과 상관없이 모두 목록에 올립니다.</p><p>같은 오류가 요약 위치와 본문에 되풀이된 것을 두 건으로 세는 경우도 어긋납니다. 가상의 답변이 첫 문장에서 「토요일에도 진료합니다」라고 하고 아래 시간표에서 다시 토요일 진료 시간을 쓴 답변은 오류 하나가 두 곳에 놓인 것입니다. 목록에는 한 줄로 쓰고 놓인 곳을 둘 다 밝히며, 시급성은 둘 가운데 높은 쪽을 따릅니다.</p><p>행동 문장이 아닌 오류를 아예 목록에서 빼는 경우도 있습니다. 나중으로 매긴다는 것은 고치지 않는다는 뜻이 아닙니다. 병원 채널의 원문에서 시작된 오류라면 원문을 고칠 때 함께 고칠 수 있으므로, 나중으로 매긴 오류에도 출처를 함께 써서 시급한 오류와 같은 페이지에서 나온 것인지를 알 수 있게 합니다.</p><p>끝으로, 한 서비스에서 읽은 구조를 다른 서비스의 답변에 그대로 씌우는 경우입니다. 한 서비스의 답변은 첫 문장에 요약을 놓고 다른 서비스의 답변은 목록부터 시작할 수 있습니다. 목록부터 시작한 답변의 첫 항목을 요약 위치로 읽으면 위치 분류가 틀어지므로, 답변마다 구조를 따로 읽습니다.</p><p>수정 권고는 시급성 순서대로 쓰되, 고칠 곳은 답변이 아니라 그 문장의 출처입니다. 인계할 때는 문장별 위치와 쓰임, 환자의 움직임을 쓴 한 줄, 시급성 목록, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 시급으로 매긴 오류의 출처가 고쳐졌는지부터 같은 질문으로 다시 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>첫 문장 오류와 본문 오류 자주 묻는 질문</h2><details class="faq-acc" open><summary>답변이 한 문장뿐이면 위치는 어떻게 분류하나요?</summary><p>요약 위치로 분류합니다. 위치로 가를 것이 없으므로 시급성은 쓰임으로만 정해집니다. 그 한 문장이 행동 문장이면 시급, 아니면 다음입니다.</p></details><details class="faq-acc"><summary>첫 문장과 본문이 서로 다른 말을 하는 답변은 어느 쪽을 오류 문장으로 기록하나요?</summary><p>병원 기준 자료와 어긋난 쪽이 오류 문장입니다. 두 문장이 서로 다르다는 사실은 따로 기록합니다. 맞는 쪽이 요약 위치에 있더라도 어긋난 쪽이 행동 문장이면 시급으로 매깁니다. 환자가 어느 쪽을 믿고 움직일지 알 수 없기 때문입니다.</p></details><details class="faq-acc"><summary>같은 질문을 다시 물었더니 오류 문장의 위치가 달라졌다면 시급성을 다시 매기나요?</summary><p>새 답변은 새 줄로 기록하고 그 답변의 위치로 매깁니다. 행동 문장의 오류는 위치가 달라져도 시급 그대로입니다. 행동 문장이 아닌 오류는 관측마다 다음과 나중 사이를 오갈 수 있으므로, 수정 순서를 정할 때는 관측한 답변 가운데 높은 쪽을 따릅니다.</p></details><details class="faq-acc"><summary>행동 문장인지를 두고 진단 담당과 실장의 판단이 다르면 누구를 따르나요?</summary><p>실장의 판단을 따르고, 진단 담당이 쓴 한 줄과 실장이 고친 한 줄을 둘 다 남깁니다. 검사나 시술의 대상처럼 의료 판단이 들어가는 문장은 실장이 의료진에게 물어 정합니다.</p></details><details class="faq-acc"><summary>요약 위치의 오류가 병원에 유리한 말일 때도 다음으로 매기나요?</summary><p>표 그대로 매깁니다. 시급성은 병원에 유리한지 불리한지로 달라지지 않습니다. 다만 유리한 말이 자격이나 효과를 부풀린 것이라면 환자의 진료 결정을 움직일 수 있으므로, 셋째 단계의 한 줄에 그 움직임을 쓰고 행동 문장인지를 실장이 다시 정합니다.</p></details></section><section id="p4-next"><h2>시급성 목록 뒤에 이어지는 실행</h2><p>시급성 목록은 무엇을 먼저 고칠지를 말할 뿐, 출처를 고치는 일과 병원 글을 새로 쓰는 일, 기술 설정을 바꾸는 일 가운데 어느 것부터 손댈지는 말하지 않습니다. 시급한 오류의 출처가 병원 홈페이지인 경우와 바깥 목록인 경우는 드는 시간이 다릅니다. 진단 뒤의 일을 어떤 차례로 놓을지는 병원 GEO 실행 순서에서 따로 다룹니다.</p><p>답변을 다시 관측한 날에는 이 목록을 처음부터 다시 만듭니다. 앞선 목록의 위치를 옮겨 쓰지 않고 새 답변 원문에서 문장마다 놓인 곳을 읽습니다. 쓰임을 정한 한 줄은 문장이 같다면 그대로 쓸 수 있습니다.</p><p>원장에게 올리는 보고서에는 시급으로 매긴 오류를 환자의 움직임을 쓴 한 줄과 함께 맨 앞에 싣습니다. 위치는 그 뒤에 덧붙여, 읽는 사람이 위치를 시급성의 까닭으로 받아들이지 않게 합니다.</p></section>]]></description></item><item><title>외부 정보만 있고 공식 확인이 없는 항목, 사실 확인 요청 대상의 지정</title><link>https://hospitalgeocheck.com/%EC%99%B8%EB%B6%80-%EC%A0%95%EB%B3%B4%EB%A7%8C-%EC%9E%88%EA%B3%A0-%EA%B3%B5%EC%8B%9D-%ED%99%95%EC%9D%B8%EC%9D%B4-%EC%97%86%EB%8A%94-%ED%95%AD%EB%AA%A9-%EC%82%AC%EC%8B%A4-%ED%99%95%EC%9D%B8-%EC%9A%94%EC%B2%AD-%EB%8C%80%EC%83%81%EC%9D%98-%EC%A7%80%EC%A0%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%99%B8%EB%B6%80-%EC%A0%95%EB%B3%B4%EB%A7%8C-%EC%9E%88%EA%B3%A0-%EA%B3%B5%EC%8B%9D-%ED%99%95%EC%9D%B8%EC%9D%B4-%EC%97%86%EB%8A%94-%ED%95%AD%EB%AA%A9-%EC%82%AC%EC%8B%A4-%ED%99%95%EC%9D%B8-%EC%9A%94%EC%B2%AD-%EB%8C%80%EC%83%81%EC%9D%98-%EC%A7%80%EC%A0%95</guid><pubDate>Mon, 26 Oct 2026 07:06:13 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>공식 근거 없음과 정보 오류의 구분</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>외부 출처에만 있고 병원 공식 자료로 뒷받침되지 않는 항목은 오류가 아니라 공식 근거 없음으로 판정합니다. 병원 공식 자료에 그 항목이 없다는 것은 외부 정보가 틀렸다는 뜻이 아니라 맞는지 가릴 근거가 병원 쪽에 없다는 뜻이므로, 그 항목을 병원 안에 사실을 묻는 요청 대상으로 지정합니다. 판정은 병원 안의 회신을 받은 뒤 사실 맞음, 정보 오류, 판정 불가 가운데 하나로 고쳐 매깁니다.</p></div><p>AI 답변에는 병원 홈페이지에 없는 병원 정보가 나오기도 합니다. 주차 요금, 외국어 상담 여부, 특정 장비를 갖췄는지 같은 항목이 지역 정보 사이트나 후기 글에서 옮겨 온 경우입니다. 공식 자료에 없다는 이유로 이 항목을 모두 오류로 세면, 실제로는 맞는 정보를 고쳐 달라고 요청하는 일이 생깁니다.</p><p>반대로 외부 출처가 여럿이라는 이유로 사실로 받아들이면, 한 출처의 틀린 정보를 다른 출처들이 옮겨 실은 경우를 놓칩니다. 외부 출처의 수는 사실의 근거가 아니며, 판정의 근거는 병원이 가진 기록과 담당자의 회신입니다. 여러 출처가 같은 문장을 쓰고 있다면 오히려 한 출처에서 옮겨 갔을 가능성을 함께 기록합니다.</p></section><section id="p1-official"><h2>권위 있는 출처를 쓰라는 안내</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있으니, 인용된 출처가 답을 뒷받침하는지 가리고 정확성이 중요할 때는 권위 있는 출처를 쓰라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 달아 이용자가 정보를 확인할 수 있게 한다고 안내합니다.</p><p>병원 정보에서 권위 있는 출처는 병원의 공식 자료입니다. 이 안내를 진단에 옮기면, 외부 출처의 병원 정보는 병원 공식 자료와 맞대어야 판정이 서고, 공식 자료에 그 항목이 없다면 판정을 위해 병원 쪽 근거를 새로 받아야 한다는 뜻이 됩니다.</p><p>서비스가 공식 자료에 없는 외부 정보를 어떤 기준으로 답에 쓰는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 진단 기록에는 그 정보가 어느 외부 출처에서 왔는지와 출처의 날짜만 남기고, 서비스가 그 출처를 왜 골랐는지는 쓰지 않습니다.</p></section><section id="p1-table"><h2>외부 정보 판정표</h2><p class="table-caption">공식 자료에 없는 외부 정보는 아래 외부 정보 판정표의 네 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>병원 안 회신</th><th>판정</th><th>다음 처리</th></tr></thead><tbody><tr><td>아직 회신이 없음</td><td>공식 근거 없음</td><td>요청 대상으로 지정하고 요청한 날을 기록</td></tr><tr><td>외부 정보가 맞다고 회신</td><td>사실 맞음</td><td>공식 자료에 더할지 원장이 정함</td></tr><tr><td>외부 정보가 틀렸다고 회신</td><td>정보 오류</td><td>외부 출처에 정정을 요청할 대상으로 올림</td></tr><tr><td>병원도 맞는지 가릴 기록이 없다고 회신</td><td>판정 불가</td><td>회신 내용과 날짜를 기록</td></tr></tbody></table></div></div><p>외부 정보 판정표의 판정 값은 이 넷뿐입니다. 공식 근거 없음은 회신을 기다리는 동안의 값이고, 회신을 받으면 나머지 셋 가운데 하나로 바뀝니다. 판정 불가는 병원도 모르는 옛 일처럼 끝내 가릴 수 없는 항목에 쓰며, 정보 오류로 세지 않습니다.</p></section><section id="p2-steps"><h2>요청 대상을 지정하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 AI 답의 병원 정보를 항목마다 떼어 병원 공식 자료와 맞대고, 공식 자료에 없는 항목을 가려냅니다.</li><li>진단 담당이 그 항목의 외부 출처 주소와 출처의 날짜, 외부 문장을 그대로 옮깁니다.</li><li>진단 담당이 항목마다 병원 안에서 답할 사람을 정해 내부 사실 요청표를 만들고 실장에게 넘깁니다.</li><li>실장이 요청표를 답할 사람에게 전하고, 회신과 회신한 날을 받아 진단 담당에게 돌려줍니다.</li><li>진단 담당이 회신으로 외부 정보 판정표의 값을 바꾸고, 원장이 사실 맞음과 정보 오류의 처리를 정합니다.</li></ol><p>셋째 단계에서 답할 사람을 항목마다 정하는 까닭은 항목에 따라 아는 사람이 다르기 때문입니다. 주차 요금은 행정 담당이, 장비 보유는 진료 담당이, 외국어 상담은 접수 담당이 알고 있으므로, 한 사람에게 모두 물으면 모른다는 회신이 판정 불가로 잘못 쌓입니다.</p><p>첫째 단계에서 항목을 떼어 낼 때는 한 문장에 여러 항목이 있으면 나누어 씁니다. 야간 진료를 하고 주차가 무료라는 문장이라면 야간 진료는 공식 자료에 있고 주차 요금만 없을 수 있어, 한 줄로 묶으면 공식 자료에 있는 항목까지 요청 대상이 됩니다.</p><p>둘째 단계에서 외부 문장을 그대로 옮기는 것은 회신하는 사람이 무엇에 답하는지 분명히 알게 하기 위해서입니다. 요약한 물음에는 요약된 답이 돌아와, 외부 정보의 어느 부분이 맞고 어느 부분이 틀렸는지 가려지지 않습니다.</p></section><section id="p2-record"><h2>내부 사실 요청표</h2><p class="table-caption">셋째 단계의 요청은 아래 내부 사실 요청표의 다섯 칸으로 만듭니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>항목과 외부 문장</td><td>병원 정보 항목과 외부 출처의 문장 그대로</td><td>진단 담당</td></tr><tr><td>외부 출처</td><td>주소와 그 페이지에 적힌 날짜</td><td>진단 담당</td></tr><tr><td>답할 사람</td><td>그 항목을 아는 병원 안 담당</td><td>진단 담당</td></tr><tr><td>회신</td><td>맞음, 틀림, 기록 없음 가운데 하나와 근거가 된 병원 기록</td><td>답할 사람</td></tr><tr><td>회신한 날과 판정</td><td>회신한 날과 외부 정보 판정표의 값</td><td>실장, 진단 담당</td></tr></tbody></table></div></div><p>내부 사실 요청표의 회신 칸에는 근거가 된 병원 기록의 이름을 함께 씁니다. 담당자의 기억만으로 맞다고 회신한 항목은 다음 담당자가 같은 물음을 받았을 때 근거를 찾을 수 없으므로, 기록이 없다면 기억에 기댄 회신이라고 밝혀 씁니다.</p></section><section id="p3-roles"><h2>외부 정보 판정의 역할 나누기</h2><p>진단 담당은 요청표를 만드는 사람입니다. 공식 자료에 없는 항목을 가려내고, 외부 문장과 출처를 옮기고, 답할 사람을 정해 요청표를 채웁니다. 진단 담당은 외부 정보가 맞는지 틀리는지를 스스로 짐작해 값을 고르지 않고, 회신이 오기 전까지 공식 근거 없음 값을 유지합니다.</p><p>실장은 요청을 전하고 회신을 모으는 사람입니다. 답할 사람에게 요청표를 전하고, 회신이 늦는 항목을 챙기며, 받은 회신과 날짜를 진단 담당에게 돌려줍니다. 요청이 병원 안에서 흩어지지 않게 하는 것이 실장이 맡는 일입니다.</p><p>답할 사람은 항목을 아는 병원 안 담당입니다. 행정 담당, 진료 담당, 접수 담당이 각자 아는 항목에 회신하고, 회신의 근거가 된 기록을 함께 알립니다. 의료진 개인에 관한 외부 정보라면 답할 사람은 그 의료진 본인이고, 본인이 공개를 원하지 않는 내용은 사실 맞음이어도 공식 자료에 더하지 않습니다.</p><p>답할 사람이 바뀌었다면 요청표의 답할 사람 칸도 바로 고칩니다. 옛 담당에게 간 요청은 회신이 오지 않은 채 남기 쉬워, 공식 근거 없음 값이 오래 풀리지 않는 까닭이 됩니다.</p><p>원장은 처리를 정하는 사람입니다. 사실 맞음인 항목을 공식 자료에 더할지, 정보 오류인 외부 출처에 정정을 요청할지를 정하고, 의료광고 기준과 맞닿는 항목이라면 공개 여부를 함께 따집니다.</p></section><section id="p3-link"><h2>공식 자료를 채우는 일로 잇기</h2><p>사실 맞음으로 판정된 항목이 많다면 병원 공식 자료가 환자가 묻는 정보를 다 담지 못하고 있다는 신호입니다. 병원 정보가 공식 자료와 외부 채널에서 같은 값인지 정기적으로 가리는 방법은 병원 정보 점검에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>외부 정보와 공식 근거 자주 묻는 질문</h2><details class="faq-acc" open><summary>외부 정보가 병원 옛 홈페이지의 내용을 옮긴 것이라면 어떻게 판정합니까?</summary><p>옛 공식 자료에 있던 값이므로 지금 값과 맞대어 회신을 받습니다. 지금도 같다면 사실 맞음이고, 바뀌었다면 정보 오류로 판정해 외부 출처에 지금 값을 알립니다.</p></details><details class="faq-acc"><summary>병원 안 회신이 한참 늦으면 보고서에는 어떻게 씁니까?</summary><p>공식 근거 없음 그대로 보고서에 쓰고, 요청한 날과 아직 회신이 없다는 사실을 함께 밝힙니다. 회신이 늦다는 이유로 진단 담당이 값을 바꾸지 않습니다.</p></details><details class="faq-acc"><summary>외부 정보가 민간 기관의 수상이나 순위처럼 병원에 유리한 내용이면 공식 자료에 더합니까?</summary><p>공개하지 않는 쪽으로 처리합니다. 민간 수상이나 순위, 추천을 병원 홍보에 쓰는 것은 의료법이 금지하는 광고에 해당할 수 있으므로, 판정은 기록으로만 남기고 처리 칸에는 공개하지 않는다고 씁니다.</p></details><details class="faq-acc"><summary>진단 담당이 직접 병원에 전화해 물어도 됩니까?</summary><p>병원 접수에 환자처럼 물어 얻은 답은 회신이 아닙니다. 회신은 요청표를 받은 답할 사람이 병원 기록을 근거로 한 답이어야 하고, 접수에 걸려 온 전화는 환자 응대를 막을 수 있어 진단에 쓰지 않습니다.</p></details><details class="faq-acc"><summary>외부 출처가 이미 지워져 문장을 옮길 수 없으면 어떻게 합니까?</summary><p>AI 답에 남은 문장을 외부 문장 칸에 옮기고, 출처가 지워졌다는 것과 지워진 것을 안 날을 씁니다. 회신이 정보 오류라면 정정할 출처가 없으므로 처리 칸에 기록만 남긴다고 씁니다.</p></details></section><section id="p4-exceptions"><h2>판정표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>외부 정보가 병원 정보가 아니라 진료에 관한 의학적 설명이라면 이 판정표의 대상이 아닙니다. 의학적 설명의 사실 여부는 행정 담당의 회신이 아니라 의료진의 검토로 가려야 하므로, 의료진 검토 기록으로 넘기고, 넘긴 날을 요청표 옆에 씁니다.</p><p>외부 정보가 병원이 바꾼 지 오래되지 않은 항목이라면 회신에 바꾼 날을 함께 받습니다. 외부 출처의 날짜가 바꾼 날보다 앞서면 그때는 맞던 정보가 옮겨지지 않은 것이므로, 정보 오류로 판정하되 정정 요청에 바꾼 날을 근거로 함께 보냅니다.</p><p>외부 정보가 여러 지점 가운데 어느 지점의 이야기인지 드러나지 않는다면, 지점마다 답할 사람을 따로 정해 요청하고 회신도 지점마다 받습니다. 한 지점의 회신을 다른 지점의 판정으로 옮겨 쓰지 않고, 지점마다 회신한 날을 따로 남깁니다.</p></div></section>]]></description></item><item><title>로봇 파일은 허용인데 서버가 막는 경우, 응답 불일치 입증 방법</title><link>https://hospitalgeocheck.com/%EB%A1%9C%EB%B4%87-%ED%8C%8C%EC%9D%BC%EC%9D%80-%ED%97%88%EC%9A%A9%EC%9D%B8%EB%8D%B0-%EC%84%9C%EB%B2%84%EA%B0%80-%EB%A7%89%EB%8A%94-%EA%B2%BD%EC%9A%B0-%EC%9D%91%EB%8B%B5-%EB%B6%88%EC%9D%BC%EC%B9%98-%EC%9E%85%EC%A6%9D-%EB%B0%A9%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%A1%9C%EB%B4%87-%ED%8C%8C%EC%9D%BC%EC%9D%80-%ED%97%88%EC%9A%A9%EC%9D%B8%EB%8D%B0-%EC%84%9C%EB%B2%84%EA%B0%80-%EB%A7%89%EB%8A%94-%EA%B2%BD%EC%9A%B0-%EC%9D%91%EB%8B%B5-%EB%B6%88%EC%9D%BC%EC%B9%98-%EC%9E%85%EC%A6%9D-%EB%B0%A9%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:06:00 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>허용 규칙과 실제 응답을 짝지어 입증하는 방법</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>로봇 파일은 허용인데 서버가 막는 경우는 세 가지를 짝지어 확인합니다. robots.txt 원문이 그 수집기를 허용한다는 것, 서버나 CDN 기록에 공식 공개 주소 대역에서 온 그 수집기의 요청이 거부나 보안 검사 화면으로 응답받은 줄이 있다는 것, 같은 때 일반 방문 요청은 정상으로 응답받았다는 것입니다. 이 세 가지가 함께 있을 때 응답 불일치가 입증되고, 그 기록을 개발 점검 요청서로 넘깁니다.</p></div><p>robots.txt는 수집기에게 어디를 가져가도 되는지 알리는 파일일 뿐, 서버가 실제로 요청을 받아 주는지는 정하지 않습니다. 보안 설정이나 CDN의 봇 관리 기능이 수집기 요청을 따로 막고 있다면, robots.txt만 읽은 진단은 열려 있다고 판정하고 실제로는 페이지가 한 번도 수집되지 않는 병원을 놓칩니다.</p><p>반대로 막혔다는 짐작만으로 개발 쪽에 요청하면 받아들여지기 어렵습니다. 개발 쪽이 설정을 바꾸려면 어느 요청이 언제 어떤 응답을 받았는지가 필요하고, 그 요청이 정말 그 수집기였다는 근거가 필요합니다.</p></section><section id="p1-official"><h2>공식 문서가 주는 판별 자료</h2><p>오픈AI의 수집기 안내 문서는 검색 결과에 사이트가 나오도록 OAI-SearchBot을 robots.txt에서 허용하고, 공개한 주소 대역에서 오는 요청도 허용할 것을 권합니다. 문서는 수집기마다 사용자 에이전트 문자열의 예와 공개 주소 목록을 함께 싣고, robots.txt 파일을 가져갈 때는 사용자 에이전트에 robots.txt 표시를 더할 수 있다고 안내합니다.</p><p>이 안내가 입증의 뼈대가 됩니다. 사용자 에이전트 문자열은 누구나 흉내 낼 수 있으므로, 기록의 요청이 진짜 수집기였는지는 요청한 주소가 공개 주소 목록 안에 있는지로 가립니다. 공개 대역 밖에서 수집기 이름을 단 요청은 사칭일 수 있어 입증에 쓰지 않습니다.</p><p>다른 AI 서비스가 수집기의 주소 대역을 공개하는지는 각 서비스의 공식 문서로 따로 가리고, 공개 목록이 없다면 그 서비스의 주소 대역은 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분이고, 그 수집기 이름의 요청은 진짜인지 가릴 수 없어 아래 판정표의 판정 제외로 씁니다.</p></section><section id="p1-table"><h2>응답 불일치 판정표</h2><p class="table-caption">서버와 CDN 기록에서 찾은 요청은 아래 응답 불일치 판정표의 다섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>기록에서 찾은 요청</th><th>판정</th><th>쓰임</th></tr></thead><tbody><tr><td>공개 대역의 수집기 요청이 정상 응답을 받음</td><td>불일치 없음</td><td>허용이 실제로 지켜진다는 근거</td></tr><tr><td>공개 대역의 수집기 요청이 거부나 보안 검사 화면을 받음</td><td>불일치 입증</td><td>개발 점검 요청서의 핵심 증거</td></tr><tr><td>공개 대역의 수집기 요청이 시간 초과나 서버 오류를 받음</td><td>입증 불가</td><td>막는 규칙인지 서버 상태인지 가려지지 않음</td></tr><tr><td>공개 대역 밖에서 온 수집기 이름의 요청</td><td>판정 제외</td><td>사칭일 수 있어 쓰지 않음</td></tr><tr><td>진단 담당이 수집기 이름을 흉내 내 보낸 시험 요청이 거부됨</td><td>보조 증거</td><td>이름 기준 규칙이 있다는 것만 보임</td></tr></tbody></table></div></div><p>응답 불일치 판정표의 판정 값은 이 다섯 가지뿐입니다. 그 표의 다섯째 줄인 시험 요청은 진단 담당의 주소에서 보낸 것이라, 서버가 주소 대역으로 막는지 이름으로 막는지를 가르지 못합니다. 그래서 요청서의 주된 증거로 쓰지 않고 그 표의 둘째 줄에 해당하는 증거 옆에 붙이는 자료로만 씁니다.</p></section><section id="p2-steps"><h2>응답 불일치를 입증하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 robots.txt 원문을 날짜와 함께 저장하고, 해당 수집기에 대한 규칙이 허용인지 씁니다.</li><li>홈페이지 관리자가 서버와 CDN의 요청 기록에서 해당 수집기 이름이 든 요청 줄을 뽑아 넘깁니다.</li><li>진단 담당이 요청한 주소가 공식 공개 주소 목록 안에 있는지 줄마다 맞대고, 목록을 내려받은 날을 씁니다.</li><li>진단 담당이 줄마다 응답 불일치 판정표로 판정하고, 같은 때의 일반 방문 요청이 받은 응답을 함께 뽑습니다.</li><li>원장이 불일치 입증 줄이 있는 결과를 받아, 개발 점검 요청서를 보낼지 정합니다.</li></ol><p>둘째 단계에서 요청 줄을 뽑을 때는 진단 기간 전체의 줄을 뽑되, robots.txt 파일을 가져간 요청과 페이지를 가져간 요청을 나누어 기록합니다. 공식 문서가 안내한 robots.txt 표시가 사용자 에이전트에 붙은 줄은 규칙 파일 요청이므로, 이 줄이 정상이고 페이지 요청만 막혔다면 수집기는 규칙을 읽고도 페이지에 닿지 못한 것입니다.</p><p>셋째 단계에서 공개 주소 목록을 내려받은 날을 쓰는 까닭은 목록이 바뀔 수 있기 때문입니다. 요청이 있던 날과 목록을 내려받은 날이 멀다면, 그 사이에 대역이 바뀌어 맞대기가 어긋날 수 있다는 것을 요청서에 함께 밝힙니다.</p><p>넷째 단계에서 일반 방문 요청을 함께 뽑는 것은 서버 전체가 그때 멈춰 있었던 것이 아님을 보이기 위해서입니다. 같은 때 사람의 방문은 정상이고 수집기만 막혔다는 대비가 있어야, 개발 쪽이 수집기를 막는 규칙을 찾아 나설 근거가 됩니다.</p></section><section id="p2-request"><h2>개발 점검 요청서 항목표</h2><p class="table-caption">불일치 입증 줄이 있으면 아래 개발 점검 요청서 항목표의 다섯 줄로 요청서를 꾸립니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>담을 내용</th><th>준비하는 사람</th></tr></thead><tbody><tr><td>허용 규칙</td><td>robots.txt 원문과 저장한 날, 해당 수집기의 규칙</td><td>진단 담당</td></tr><tr><td>막힌 요청 줄</td><td>요청 시각, 요청 주소, 사용자 에이전트, 받은 응답</td><td>홈페이지 관리자</td></tr><tr><td>공개 대역 맞대기</td><td>요청 주소가 든 공개 대역과 목록을 내려받은 날</td><td>진단 담당</td></tr><tr><td>같은 때 일반 요청</td><td>같은 때 일반 방문 요청의 응답</td><td>홈페이지 관리자</td></tr><tr><td>바라는 조치</td><td>공개 대역과 수집기 이름이 모두 맞는 요청만 받아들이는 규칙의 검토</td><td>원장</td></tr></tbody></table></div></div><p>개발 점검 요청서 항목표의 바라는 조치는 보안을 푸는 요청이 아닙니다. 공개 대역과 이름이 모두 맞는 요청만 받아들이게 하면, 사칭한 요청은 계속 막으면서 진짜 수집기만 들여보낼 수 있습니다.</p></section><section id="p3-record"><h2>설정을 고친 뒤의 점검 기록</h2><p>개발 쪽이 설정을 고쳤다는 답을 보내오면, 고친 날을 점검 기록의 첫 줄에 씁니다. 그 뒤로 공개 대역에서 온 수집기 요청이 다시 들어왔을 때 어떤 응답을 받았는지를 같은 방식으로 뽑아, 응답 불일치 판정표로 다시 판정합니다.</p><p>점검 기록의 한 줄에는 고친 날, 다시 뽑은 날, 그 사이 들어온 수집기 요청의 수, 판정별 줄 수를 씁니다. 불일치 입증 줄이 사라지고 불일치 없음 줄이 생겼다면 설정이 실제로 고쳐졌다는 근거가 되고, 수집기 요청이 아직 한 번도 오지 않았다면 판정할 줄이 없다는 것을 쓰고 다음에 뽑을 날을 정합니다.</p><p>점검 기록은 개발 점검 요청서와 한 묶음으로 보관합니다. 다음에 홈페이지 관리자가 바뀌거나 보안 업체를 바꿀 때, 이 묶음이 있으면 같은 막힘이 다시 생겼는지를 처음부터 입증하지 않고 이전 기록과 맞대어 곧바로 가를 수 있습니다.</p><p>고친 뒤에도 불일치 입증 줄이 남아 있다면, 그 줄의 응답 화면이 고치기 전과 같은지 다른지를 함께 적어 개발 쪽에 다시 보냅니다. 응답이 바뀌었다면 막는 곳이 여러 겹이었을 수 있고, 같다면 고친 설정이 적용되지 않았을 수 있습니다.</p><p>다시 뽑는 간격은 병원이 정합니다. 고친 직후에는 수집기 요청이 올 때까지 기다려야 하므로, 간격을 너무 짧게 잡으면 요청이 없는 빈 기록만 쌓입니다.</p></section><section id="p3-link"><h2>기술 점검 전반으로 잇는 일</h2><p>수집기 요청이 막히는 문제는 AI 검색이 홈페이지를 읽는 과정에서 생기는 기술 문제의 한 갈래입니다. 렌더링이나 페이지 구조처럼 다른 기술 항목까지 함께 따지는 방법은 AI검색 기술 점검에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>로봇 파일과 서버 응답 불일치 자주 묻는 질문</h2><div class="faq-card"><h3>서버 기록을 오래 보관하지 않아 수집기 요청 줄이 남아 있지 않으면 어떻게 합니까?</h3><p>남은 기록으로는 입증할 수 없으므로 보관 기간을 늘리도록 홈페이지 관리자에게 요청하고, 늘린 날 뒤로 들어오는 요청을 기다려 다시 뽑습니다. 그동안 시험 요청으로 얻은 결과는 보조 증거로만 기록합니다.</p></div><div class="faq-card"><h3>보안 업체가 자동으로 봇을 막는 기능을 쓰고 있다면 병원이 바꿀 수 있습니까?</h3><p>보안 업체 설정에 봇 관리 항목이 있다면 특정 수집기를 예외로 두는 선택지가 있는지 업체에 묻습니다. 예외를 둘지는 보안과 검색 접근 사이의 선택이라 원장이 정하고, 업체의 답과 원장의 결정을 함께 기록합니다. 예외를 둔다면 이름만이 아니라 공개 대역까지 맞는 요청으로 좁혀 달라고 함께 요청합니다.</p></div><div class="faq-card"><h3>수집기를 들여보내면 서버에 부담이 커지지 않습니까?</h3><p>부담이 걱정된다면 막기보다 수집기가 가져갈 경로를 robots.txt로 줄이는 방법을 먼저 검토합니다. 다만 부담이 실제로 얼마인지는 서버 기록으로 따질 일이고, 짐작으로 전체를 막으면 검색 접근까지 함께 막힙니다.</p></div><div class="faq-card"><h3>CDN을 쓰지 않는 병원 홈페이지도 같은 방식으로 입증합니까?</h3><p>같은 방식입니다. CDN 기록 대신 호스팅 서버의 요청 기록을 쓰고, 호스팅 업체가 요청 기록을 주지 않는다면 해당 수집기 이름의 요청을 막는 설정이 있는지 업체에 직접 묻고 답을 기록합니다.</p></div><div class="faq-card"><h3>불일치가 입증되면 챗GPT 검색 답변에 홈페이지가 나오지 않던 까닭이 풀린 것입니까?</h3><p>수집을 막던 까닭 하나가 드러난 것일 뿐입니다. 설정을 고친 뒤 답에 홈페이지가 나오는지는 질문과 다른 조건에 따라 달라지므로, 요청서에는 수집 접근을 여는 조치만 쓰고 답에 나온다는 약속은 쓰지 않습니다.</p></div></section><section id="p4-exceptions"><h2>입증 방법을 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>병원 홈페이지가 여러 CDN이나 보안 계층을 거친다면 막는 곳이 어디인지 한 기록만으로는 가려지지 않습니다. 이때는 계층마다 기록을 따로 뽑아, 수집기 요청이 어느 계층까지 닿았는지를 차례로 적어 막힌 계층을 좁힙니다.</p><p>페이지 상당수가 병원 소유가 아닌 예약 플랫폼이나 블로그 서비스에 있다면 그 플랫폼의 서버 기록은 병원이 받을 수 없습니다. 병원이 입증할 수 있는 범위는 병원 도메인의 페이지까지이고, 플랫폼 쪽은 그 운영자의 공식 안내가 있는지만 기록합니다. 플랫폼 페이지가 수집기를 막는지 궁금하다면 운영자에게 묻고, 받은 답을 요청서가 아니라 진단 기록의 참고 줄에 남깁니다.</p></div></section>]]></description></item><item><title>삭제된 인용 페이지, 관측 당시 내용과 현재 접근 실패의 구분</title><link>https://hospitalgeocheck.com/%EC%82%AD%EC%A0%9C%EB%90%9C-%EC%9D%B8%EC%9A%A9-%ED%8E%98%EC%9D%B4%EC%A7%80-%EA%B4%80%EC%B8%A1-%EB%8B%B9%EC%8B%9C-%EB%82%B4%EC%9A%A9%EA%B3%BC-%ED%98%84%EC%9E%AC-%EC%A0%91%EA%B7%BC-%EC%8B%A4%ED%8C%A8%EC%9D%98-%EA%B5%AC%EB%B6%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%82%AD%EC%A0%9C%EB%90%9C-%EC%9D%B8%EC%9A%A9-%ED%8E%98%EC%9D%B4%EC%A7%80-%EA%B4%80%EC%B8%A1-%EB%8B%B9%EC%8B%9C-%EB%82%B4%EC%9A%A9%EA%B3%BC-%ED%98%84%EC%9E%AC-%EC%A0%91%EA%B7%BC-%EC%8B%A4%ED%8C%A8%EC%9D%98-%EA%B5%AC%EB%B6%84</guid><pubDate>Mon, 26 Oct 2026 07:05:47 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>지금 열리지 않는다는 사실과 당시 내용의 구분</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>인용한 페이지가 삭제되었다면 근거는 관측 당시의 저장본으로만 평가합니다. 지금 페이지가 열리지 않는다는 사실은 현재 접근 상태로 따로 기록하고, 관측 때 그 페이지가 답을 뒷받침했는지는 당시 저장한 사본이나 날짜가 맞는 보관본이 있을 때만 판정합니다. 둘 다 없으면 뒷받침했다고도 아니라고도 하지 않고 증거 소실로 표시합니다.</p></div><p>인용 페이지가 사라지면 두 가지 물음이 한데 섞이기 쉽습니다. 답이 나온 날 그 페이지에 무엇이 적혀 있었는가와, 지금 그 페이지에 닿을 수 있는가입니다. 앞의 물음은 답의 근거를 평가하는 일이고, 뒤의 물음은 지금 환자가 그 링크를 눌렀을 때 무엇을 보게 되는지를 알리는 일입니다.</p><p>지금 열리지 않는 페이지를 근거 없는 인용으로 세면, 관측 당시에는 정확한 근거였던 인용까지 틀린 답으로 기록됩니다. 반대로 열리지 않으니 알 수 없다며 기록에서 빼면, 병원 정보가 사라진 페이지에서 나왔을 가능성을 놓칩니다. 증거 소실은 이 두 잘못을 피하려는 표시입니다. 증거 소실로 표시된 인용은 판정을 비워 둔 것이 아니라, 당시 내용을 가릴 자료가 없다는 사실을 판정 값으로 남긴 것입니다. 그래서 뒤에 사본이 나오면 그 사본으로 새 줄을 만들어 판정하고, 증거 소실 줄은 지우지 않습니다.</p></section><section id="p1-official"><h2>공식 안내로 남길 수 있는 저장본</h2><p>챗GPT 공식 도움말은 웹 검색을 쓴 답에 인용이 들어갈 수 있고 인용을 누르면 출처가 열린다고 안내하면서, 검색 결과와 인용이 불완전하거나 오래되었을 수 있다고 안내합니다. 같은 서비스의 공유 링크 도움말은 개인 계정에서 만든 링크가 만든 시점의 대화 내용을 담고, 뒤에 더한 메시지는 저절로 들어가지 않는다고 안내합니다.</p><p>공유 링크는 답의 글과 인용 링크를 관측 시점 그대로 남기는 응답 저장본이 됩니다. 다만 공유 링크가 담는 것은 답이지 인용된 페이지의 내용이 아닙니다. 인용 페이지가 뒤에 지워지면 공유 링크 속 인용을 눌러도 지금의 접근 실패만 보이므로, 페이지 내용은 관측 때 따로 사본으로 남겨야 합니다.</p><p>퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다. 서비스가 인용한 페이지의 사본을 따로 보관해 주는지, 지워진 페이지를 인용에서 언제 빼는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p></section><section id="p1-table"><h2>관측 당시 근거 판정표</h2><p class="table-caption">지금 열리지 않는 인용 페이지의 근거는 아래 관측 당시 근거 판정표의 세 줄 가운데 하나로 다룹니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>남아 있는 당시 자료</th><th>판정</th><th>기록할 것</th></tr></thead><tbody><tr><td>관측 때 저장한 인용 페이지 사본</td><td>사본으로 판정</td><td>사본 속 근거 문장과 저장한 날</td></tr><tr><td>사본은 없으나 관측일과 가까운 날의 보관본</td><td>보관본으로 판정</td><td>보관본의 날짜와 관측일의 차이</td></tr><tr><td>사본도 보관본도 없음</td><td>증거 소실</td><td>답 속 주장과 인용 링크만 남김</td></tr></tbody></table></div></div><p>관측 당시 근거 판정표의 판정 값은 사본으로 판정, 보관본으로 판정, 증거 소실 셋입니다. 보관본으로 판정한 줄은 관측일과 보관본 날짜 사이에 페이지가 바뀌었을 수 있으므로 사본으로 판정한 줄과 같은 무게로 세지 않고 보고서에서 나누어 셉니다.</p></section><section id="p2-status"><h2>현재 접근 상태 기록표</h2><p class="table-caption">지금 인용 링크를 열었을 때의 결과는 아래 현재 접근 상태 기록표의 네 줄 가운데 하나로 씁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>지금 열었을 때의 결과</th><th>뜻</th><th>기록할 것</th></tr></thead><tbody><tr><td>없는 페이지라는 응답</td><td>페이지가 지워졌거나 주소가 없어짐</td><td>연 날과 응답 내용</td></tr><tr><td>다른 주소로 넘어감</td><td>페이지가 옮겨졌을 수 있음</td><td>넘어간 주소와 그 페이지의 지금 내용</td></tr><tr><td>로그인을 요구함</td><td>비공개로 바뀌었을 수 있음</td><td>연 날과 요구 화면</td></tr><tr><td>서버 오류나 시간 초과</td><td>잠시 닿지 않는 것일 수 있음</td><td>연 날과 다시 열 날</td></tr></tbody></table></div></div><p>현재 접근 상태 기록표는 관측 당시 근거 판정표와 다른 칸에 씁니다. 그 표의 넷째 줄처럼 잠시 닿지 않는 경우를 삭제로 적으면, 다음 날 다시 열리는 페이지를 지워진 페이지로 보고하게 됩니다. 서버 오류가 나온 링크는 다른 날 한 번 더 열어 결과를 새 줄로 남깁니다.</p></section><section id="p2-steps"><h2>삭제된 인용 페이지를 다루는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 인용 링크를 지금 열어 현재 접근 상태 기록표의 네 줄 가운데 하나로 씁니다.</li><li>진단 담당이 관측 기록에서 그 답의 응답 저장본과 인용 페이지 사본이 있는지 찾습니다.</li><li>사본이 없으면 진단 담당이 관측일과 가까운 날의 보관본을 찾고, 찾은 날짜를 씁니다.</li><li>진단 담당이 관측 당시 근거 판정표로 판정하고, 사본이나 보관본으로 판정한 줄은 근거 문장을 그대로 옮깁니다.</li><li>원장이 삭제된 페이지가 병원 쪽 페이지인지 받아 보고, 병원 쪽이라면 그 내용을 다른 페이지에서 이어 안내할지 정합니다.</li></ol><p>셋째 단계의 보관본은 공개된 웹 보관 서비스에 남은 그 주소의 옛 화면이나, 병원 쪽 페이지라면 관리 화면의 수정 기록에 남은 옛 판에서 찾습니다. 어느 곳에서 찾았든 보관본의 날짜를 페이지에 적힌 게시일이 아니라 그 화면이 보관된 날로 씁니다. 게시일은 같아도 그 뒤에 내용이 고쳐졌을 수 있기 때문입니다.</p><p>첫째 단계를 저장본 찾기보다 앞에 두는 것은 현재 상태가 판정의 출발점이 아니라 따로 남길 사실이기 때문입니다. 먼저 지금의 결과를 적어 두면, 뒤에서 당시 자료를 찾는 동안 두 사실을 한 칸에 섞어 쓰는 일을 막을 수 있습니다.</p></section><section id="p3-apply"><h2>관측 때 저장본을 남기는 방법</h2><p>증거 소실을 줄이는 길은 관측할 때 저장본을 함께 남기는 것입니다. 진단 담당은 답을 받으면 공유 링크로 응답 저장본을 만들고, 병원 정보에 관한 주장에 걸린 인용 페이지는 그날 화면 전체를 사본으로 저장합니다. 모든 인용 페이지를 저장하기 어렵다면 병원 정보 주장에 걸린 것만 저장해도, 병원이 판정을 가장 필요로 하는 줄의 증거 소실은 막을 수 있습니다.</p><p>사본에는 저장한 날과 페이지 주소를 함께 남깁니다. 날짜 없는 사본은 관측일의 내용인지 뒤에 저장한 내용인지 가를 수 없어, 관측 당시 근거 판정표의 첫째 줄로 쓰지 못하고 보관본과 같은 무게로 다루게 됩니다.</p><p>사본을 저장할 때 페이지에 댓글 작성자 이름이나 환자의 글처럼 개인이 드러나는 부분이 있다면, 판정에 필요한 근거 문장이 든 부분만 남기고 나머지는 가립니다. 근거 판정에 개인의 정보는 필요하지 않고, 가린 부분이 있다는 사실만 사본 옆에 씁니다.</p><p>저장본은 진단 기록과 한 폴더에 보관하고, 진단을 맡긴 곳이 바뀌면 진단 기록과 함께 넘깁니다. 저장본이 진단을 맡은 곳에만 남아 있으면 계약이 끝나는 날 병원 쪽에서는 증거 소실이 한꺼번에 생깁니다.</p></section><section id="p3-link"><h2>병원 쪽 출처를 지키는 일</h2><p>지워진 인용 페이지가 병원 쪽 페이지였다면, 그 페이지가 담던 사실을 병원이 다른 곳에서 계속 안내하고 있는지가 뒤따르는 문제입니다. 병원 정보가 담긴 출처 페이지를 지우지 않고 관리하는 방법은 병원 GEO 출처 확보에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>삭제된 인용 페이지 자주 묻는 질문</h2><div class="faq-card"><h3>지워진 페이지가 병원 자기 페이지라면 병원의 옛 백업을 저장본으로 써도 됩니까?</h3><p>쓸 수 있지만 사본이 아니라 보관본과 같은 방식으로 다룹니다. 병원 백업은 관측 때 저장한 것이 아니므로, 백업의 날짜와 관측일의 차이를 쓰고 관측 당시 근거 판정표의 둘째 줄로 판정합니다.</p></div><div class="faq-card"><h3>증거 소실로 판정된 인용은 진단 보고서에서 빼도 됩니까?</h3><p>빼지 않습니다. 증거 소실 건수는 관측 기록을 얼마나 온전히 남겼는지를 보이는 값이라, 보고서의 별도 줄에 셉니다. 이 건수가 많다면 다음 관측부터 저장본을 남기는 범위를 넓힐지 병원과 진단 담당이 정합니다.</p></div><div class="faq-card"><h3>옮겨진 새 주소에 같은 내용이 있으면 관측 당시 근거로 삼습니까?</h3><p>삼지 않습니다. 새 주소의 내용은 지금의 내용이라 관측 당시에도 같았다는 근거가 없습니다. 새 주소의 내용은 현재 접근 상태 기록표의 넘어간 주소 칸에만 쓰고, 당시 근거는 사본이나 보관본으로 따로 판정합니다.</p></div><div class="faq-card"><h3>AI 답변이 지워진 페이지를 계속 인용하면 병원이 할 일이 있습니까?</h3><p>그 페이지가 병원 쪽 페이지라면 같은 주소에 지워졌다는 안내와 이어서 볼 페이지를 싣는 방법을 원장이 정할 수 있습니다. 병원 밖 페이지라면 병원이 할 일은 없고, 계속 인용되는지를 다음 관측에서 같은 질문으로 기록합니다.</p></div><div class="faq-card"><h3>보관본의 날짜가 관측일과 얼마나 가까워야 쓸 수 있습니까?</h3><p>정해진 거리는 없습니다. 병원 정보가 그 사이에 바뀌지 않았다면 조금 먼 보관본도 쓸 수 있고, 그 사이에 진료 시간이나 의료진이 바뀌었다면 가까운 보관본이라도 판정에 쓰지 않습니다. 어느 거리까지 쓸지는 병원이 정하고, 정한 기준을 진단 기록 첫머리에 밝힙니다.</p></div></section><section id="p4-exceptions"><h2>두 기록을 나누기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>페이지가 지워지지 않고 내용만 바뀐 경우에는 지금도 열리므로 현재 접근 상태는 정상입니다. 이때 관측 당시의 근거는 지금 페이지가 아니라 사본이나 보관본으로 판정하고, 지금 내용은 현재 상태로 따로 적어 두 내용이 달라졌다는 것을 드러냅니다.</p><p>응답 저장본 없이 답의 캡처만 남아 있다면, 캡처에 인용 링크의 주소가 보이지 않는 한 현재 접근 상태를 기록할 링크가 없습니다. 이때는 캡처를 보낸 사람에게 공유 링크나 인용 주소를 요청하고, 받지 못하면 관측 당시 근거 판정표의 셋째 줄로 기록합니다.</p><p>인용 링크 자체가 답에 없고 출처 이름만 적힌 경우에는 현재 접근 상태를 기록할 대상이 없습니다. 출처 이름으로 페이지를 찾아냈더라도 그 페이지가 답이 가리킨 페이지라는 근거가 없으므로, 관측 당시 근거 판정표의 셋째 줄인 증거 소실로 기록합니다.</p></div></section>]]></description></item><item><title>학회 경력이 전문의 자격으로 바뀐 AI 요약, 원문 경력 대조</title><link>https://hospitalgeocheck.com/%ED%95%99%ED%9A%8C-%EA%B2%BD%EB%A0%A5%EC%9D%B4-%EC%A0%84%EB%AC%B8%EC%9D%98-%EC%9E%90%EA%B2%A9%EC%9C%BC%EB%A1%9C-%EB%B0%94%EB%80%90-ai-%EC%9A%94%EC%95%BD-%EC%9B%90%EB%AC%B8-%EA%B2%BD%EB%A0%A5-%EB%8C%80%EC%A1%B0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%95%99%ED%9A%8C-%EA%B2%BD%EB%A0%A5%EC%9D%B4-%EC%A0%84%EB%AC%B8%EC%9D%98-%EC%9E%90%EA%B2%A9%EC%9C%BC%EB%A1%9C-%EB%B0%94%EB%80%90-ai-%EC%9A%94%EC%95%BD-%EC%9B%90%EB%AC%B8-%EA%B2%BD%EB%A0%A5-%EB%8C%80%EC%A1%B0</guid><pubDate>Mon, 26 Oct 2026 07:05:34 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>학회 활동과 법정 자격을 가르는 대조</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>학회 경력이 전문의 자격으로 바뀌었는지는 AI 요약의 자격 표현을 의료진 경력 원문과 자격 증빙에 한 줄씩 맞대어 가립니다. 학회 회원이나 임원, 학회가 주는 인정 자격은 학회 활동이고, 전문의 자격은 법이 정한 절차로 인정받는 법정 자격이어서 둘은 서로 바꿔 쓸 수 없습니다. 의료법 제77조 제1항은 전문의가 되려는 사람은 대통령령으로 정하는 수련을 거쳐 보건복지부장관에게 자격 인정을 받아야 한다고 정하고, 같은 조 제2항은 자격을 인정받은 사람이 아니면 전문과목을 표시하지 못한다고 정합니다.</p></div><p>그래서 요약이 학회 정회원 경력을 그 학회 분야 과목의 법정 자격으로 옮겼다면, 원문 문장에 있던 사실이 요약 과정에서 다른 종류의 자격으로 바뀐 것입니다. 환자는 그 표현을 보고 그 과목의 자격 인정을 받은 의료진에게 진료를 받는다고 기대할 수 있습니다. 요약이 왜 자격을 바꿔 전했는지는 서비스 공식 안내에 없으므로, 원인을 짐작하지 않고 원문과 인용 출처로만 가립니다.</p><p>판정은 세 가지입니다. 요약의 자격 표현이 원문과 증빙과 같은 종류면 일치, 학회 활동이 법정 자격이나 전문과목 표시로 바뀌었으면 자격 격상, 법정 자격은 있으나 요약이 다른 과목의 자격으로 전했으면 과목 어긋남입니다. 과목 어긋남을 따로 두는 까닭은 자격 자체는 있어서 격상으로 묶으면 고칠 곳을 잘못 찾기 때문입니다.</p></section><section id="p1-table"><h2>원문 경력과 요약 표현의 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>원문 경력</th><th>AI 요약 표현</th><th>판정</th></tr></thead><tbody><tr><td>피부 관련 학회 정회원</td><td>피부과 전문의</td><td>자격 격상</td></tr><tr><td>통증 관련 학회가 준 인정 자격</td><td>통증 치료 전문 의료진</td><td>자격 격상</td></tr><tr><td>가정의학과 전문과목 자격, 피부 관련 학회 정회원</td><td>피부과 전문의</td><td>과목 어긋남</td></tr><tr><td>증빙과 같은 전문과목의 법정 자격</td><td>같은 과목의 같은 자격</td><td>일치</td></tr></tbody></table></div></div><p>둘째 줄은 요약에 자격 이름이 없는데도 자격 격상입니다. 「통증 치료 전문 의료진」처럼 학회 이름을 진료 과목처럼 옮기면, 읽는 사람은 전문과목의 자격으로 받아들일 수 있기 때문입니다. 판정은 낱말이 아니라 요약이 전하는 자격의 종류로 매깁니다.</p><p>셋째 줄은 원문에 법정 자격과 학회 활동이 한 줄로 이어 쓰인 의료진에게서 나타납니다. 요약에서는 학회의 분야가 전문과목 자리에 적혀 나옵니다. 요약만 보면 자격이 있는 의료진이어서 틀린 곳이 없어 보이지만, 과목이 바뀌면 환자가 기대하는 진료도 달라집니다.</p></section><section id="p2-steps"><h2>자격 표현을 대조하는 다섯 단계</h2><ol class="step-list"><li>실장이 의료진마다 경력 원문과 법정 자격 증빙 사본을 모아 한 장으로 정리합니다.</li><li>진단 담당이 의료진 이름을 넣은 질문으로 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 요약의 자격 표현을 한 줄씩 떼어 앞의 표에 있는 세 판정 가운데 하나를 매깁니다.</li><li>자격 격상과 과목 어긋남이면 진단 담당이 인용 출처를 열어, 같은 표현이 출처에 이미 있는지 요약에서 처음 생겼는지를 가립니다.</li><li>의료진 본인이 판정 목록을 읽고 원문 경력과 다른 곳이 없는지 대조한 뒤, 원장이 수정 권고를 승인합니다.</li></ol><p>넷째 단계가 필요한 까닭은 고칠 곳이 둘로 갈리기 때문입니다. 출처에 이미 학회 경력을 법정 자격처럼 읽히게 쓴 문장이 있다면 그 출처를 고쳐야 하고, 출처는 정확한데 요약에서만 바뀌었다면 병원이 고칠 원문은 없습니다. 오픈AI 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있으니 인용된 출처를 열어 답변을 뒷받침하는지 확인하라고 안내합니다.</p><p>다섯째 단계를 의료진 본인에게 맡기는 까닭은 증빙 사본에 없는 경력이 원문에 있을 때 그 근거를 댈 수 있는 사람이 본인이기 때문입니다. 학회 활동은 자격 증빙처럼 한 장의 서류로 모이지 않는 경우가 있어, 원문의 학회 이름과 회원 구분이 맞는지는 본인의 대조를 거쳐야 정해집니다.</p><p>둘째 단계의 질문은 의료진 이름만 넣은 질문과, 의료진 이름에 진료 분야를 더한 질문을 함께 씁니다. 분야를 더한 질문의 답변에서 학회 분야가 과목처럼 앞세워지는 경우가 드러날 수 있어, 두 질문의 요약을 나란히 판정합니다.</p></section><section id="p2-sources"><h2>자격 대조에 쓰는 세 가지 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>대조하는 것</th><th>맡는 사람</th></tr></thead><tbody><tr><td>전문과목 자격 증빙 사본</td><td>자격을 인정받은 전문과목의 공식 명칭</td><td>실장</td></tr><tr><td>의료진 경력 원문</td><td>학회 이름, 회원 구분, 학회가 준 자격의 이름</td><td>의료진 본인</td></tr><tr><td>답변의 인용 출처</td><td>자격 표현이 출처에 이미 있는지</td><td>진단 담당</td></tr></tbody></table></div></div><p>둘째 줄의 경력 원문은 병원 홈페이지의 의료진 소개가 기준이지만, 블로그와 외부 소개 사이트에 다른 문장으로 옮겨진 경력이 있다면 그 문장도 함께 모읍니다. 요약이 인용한 출처가 홈페이지가 아닐 때 대조할 원문이 있어야 하기 때문입니다.</p><p>첫째 줄의 증빙이 없는 의료진은 요약이 법정 자격을 전하더라도 일치로 판정하지 않습니다. 그 요약은 세 판정 가운데 어느 것도 매기지 않은 채 원장에게 알리고, 증빙을 받은 뒤 다시 대조해 판정합니다.</p></section><section id="p3-roles"><h2>자격 격상 요약의 검토 담당 나누기</h2><p>자격 격상은 서로 다른 자료를 가진 사람이 나눠 맡아야 가려지는 오류입니다. 요약의 표현은 진단 담당이, 증빙은 실장이, 원문 경력은 의료진 본인이 가지고 있어서 한 사람이 모두 맡으면 어느 한 자료가 빠진 채 판정하게 됩니다. 네 사람이 맡을 일을 미리 정합니다.</p><p>진단 담당은 요약에서 자격 표현을 떼어 내는 일을 맡습니다. 전문의, 전문, 전문 의료진, 인정의처럼 자격으로 읽힐 수 있는 말을 빠짐없이 뽑아 판정 목록에 옮기고, 표현마다 인용 출처를 함께 씁니다. 판정은 이 목록과 실장의 증빙 정리를 맞대어 매깁니다.</p><p>실장은 증빙을 맡습니다. 의료진이 새로 오거나 떠날 때 자격 증빙 사본과 경력 원문을 받거나 정리하고, 사본에 적힌 전문과목의 공식 명칭을 경력 원문의 표기와 맞춥니다. 증빙과 원문의 과목 명칭이 다르면 그 차이부터 의료진 본인에게 묻습니다.</p><p>의료진 본인은 원문을 맡습니다. 학회 이름, 회원 구분, 학회가 준 자격의 이름을 정확히 쓰고, 법정 자격과 학회 활동을 한 문장에 이어 쓰지 않도록 원문을 나눕니다. 판정 목록을 받으면 자기 경력과 다른 곳을 표시하는 데서 그치지 않고 원문 문장을 직접 고쳐 실장에게 돌려줍니다.</p><p>원장은 승인을 맡습니다. 병원 채널의 원문을 고칠지, 외부 출처에 정정을 요청할지를 정하고, 학회 경력을 광고나 소개 문구에 쓸 때 전문과목처럼 읽히는 표현을 쓰지 않는다는 원칙을 병원 기준으로 남깁니다.</p><p>네 사람 가운데 누가 쉬는 날에 새 요약이 나오면, 판정은 미루고 진단 담당이 답변 원문과 인용 출처만 저장합니다. 증빙과 원문을 가진 사람이 없는 채로 판정하면 자격 격상과 과목 어긋남을 가를 근거가 없기 때문입니다.</p><p>인계할 때는 판정 목록, 증빙 정리, 의료진이 고친 원문, 원장의 승인 기록을 한 묶음으로 넘깁니다. 다음 진단 담당은 이 묶음의 자격 표현 목록으로 같은 질문을 다시 물어, 고친 뒤의 요약에서 격상이 사라졌는지 대조합니다.</p></section><section id="p4-faq" class="faq-section"><h2>학회 경력 요약 판정 자주 묻는 질문</h2><details class="faq-acc" open><summary>요약이 자격 이름 없이 전문 의료진이라고만 전해도 자격 격상인가요?</summary><p>그 표현이 전문과목의 자격으로 읽힌다면 자격 격상입니다. 판정은 낱말보다 요약이 전하는 자격의 종류로 매기므로, 학회의 분야를 진료 과목처럼 앞세운 표현은 자격 이름이 없어도 표의 둘째 줄과 같이 판정합니다.</p></details><details class="faq-acc"><summary>자격 격상 요약을 발견하면 병원 원문도 반드시 고쳐야 하나요?</summary><p>원문이나 인용 출처에 같은 표현이 이미 있을 때만 고칩니다. 원문이 학회 활동을 정확한 이름으로 썼고 요약에서만 바뀌었다면 원문은 그대로 두고, 판정과 인용 출처를 진단 기록에 남겨 다음 진단과 견줍니다.</p></details><details class="faq-acc"><summary>학회가 준 인정 자격을 병원 소개에 써도 되나요?</summary><p>이 진단은 쓸지 말지를 정하지 않습니다. 쓴다면 학회 이름과 자격 이름을 원문 그대로 함께 써서 법정 자격과 섞이지 않게 합니다. 소개 문구가 의료광고에 해당하는지는 심의 기구의 공식 안내로 병원이 따로 판단합니다.</p></details><details class="faq-acc"><summary>의료진이 여러 학회에 속해 있으면 경력 원문에 모두 올려야 하나요?</summary><p>어느 학회 활동을 올릴지는 의료진 본인과 원장이 정합니다. 다만 올린 학회마다 회원 구분과 학회 이름을 정확히 써야, 요약이 학회의 분야를 전문과목으로 옮겼을 때 원문과 대조해 가릴 수 있습니다.</p></details><details class="faq-acc"><summary>떠난 의료진의 자격이 요약에 남아 있으면 어떻게 판정하나요?</summary><p>자격 표현을 대조하기 전에 그 의료진이 지금 근무하는지부터 가립니다. 떠난 의료진이라면 자격이 맞더라도 병원 소개로 전하는 것 자체가 틀린 정보이므로, 세 판정을 매기지 않고 근무 정보가 틀린 요약으로 원장에게 넘깁니다.</p></details></section><section id="p4-next"><h2>의료진 소개 원문을 정비한 뒤</h2><p>자격 격상을 줄이려면 의료진 소개 원문이 병원 기본 정보의 하나로 한곳에서 관리되어야 합니다. 의료진 정보를 포함해 병원 기본 정보를 채널마다 같은 값으로 맞추는 방법은 병원 기관 정보 정비에서 따로 다룹니다.</p><p>의료진 소개 영상의 제목이나 설명란에 학회 경력을 과목처럼 쓴 문장이 있다면, 그 문장도 요약의 출처가 될 수 있습니다. 영상 채널에서 의료진 소개 문구를 어떻게 관리할지는 병원 유튜브 운영에서 이어서 정리합니다.</p><p>새 의료진이 온 달에는 이 진단을 정기 일정보다 앞당깁니다. 새 경력 원문이 채널에 올라간 뒤 첫 요약에서 학회 활동이 과목처럼 옮겨지는지를 일찍 가리면, 틀린 소개가 여러 곳에 퍼지기 전에 원문을 고칠 수 있습니다. 앞당긴 진단도 같은 판정 목록과 같은 세 판정을 씁니다.</p></section>]]></description></item><item><title>영문 병원명의 다른 기관 연결, 로마자 표기와 외부 프로필 대조</title><link>https://hospitalgeocheck.com/%EC%98%81%EB%AC%B8-%EB%B3%91%EC%9B%90%EB%AA%85%EC%9D%98-%EB%8B%A4%EB%A5%B8-%EA%B8%B0%EA%B4%80-%EC%97%B0%EA%B2%B0-%EB%A1%9C%EB%A7%88%EC%9E%90-%ED%91%9C%EA%B8%B0%EC%99%80-%EC%99%B8%EB%B6%80-%ED%94%84%EB%A1%9C%ED%95%84-%EB%8C%80%EC%A1%B0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%98%81%EB%AC%B8-%EB%B3%91%EC%9B%90%EB%AA%85%EC%9D%98-%EB%8B%A4%EB%A5%B8-%EA%B8%B0%EA%B4%80-%EC%97%B0%EA%B2%B0-%EB%A1%9C%EB%A7%88%EC%9E%90-%ED%91%9C%EA%B8%B0%EC%99%80-%EC%99%B8%EB%B6%80-%ED%94%84%EB%A1%9C%ED%95%84-%EB%8C%80%EC%A1%B0</guid><pubDate>Mon, 26 Oct 2026 07:05:21 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>영문명 답변의 기관 연결을 가르는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>영문 병원명이 다른 기관과 연결됐는지는 영문명 자체가 아니라, 답변에 함께 나온 주소와 대표 전화와 공식 도메인이 누구의 것인지로 판정합니다. 영문명은 로마자 표기가 여럿일 수 있고, 같은 영문명을 쓰는 기관이 다른 지역이나 다른 나라에 있을 수 있어 이름만으로는 같은 기관인지 알 수 없습니다. 주소, 대표 전화, 공식 도메인 세 가지를 식별 기준으로 삼아, 답변에 나온 식별 기준이 모두 병원의 것인지 가립니다. 하나라도 다른 기관의 것이면 기관 오인이고, 하나도 나오지 않으면 식별 불가로 판정하고 다시 묻습니다.</p></div><p>세 식별 기준 가운데 공식 도메인을 넣는 까닭은 답변이 링크를 함께 보여 주는 경우가 있기 때문입니다. 오픈AI 도움말은 웹 검색을 쓴 답변에 인용이 포함될 수 있고, 인용을 누르면 출처가 열린다고 안내합니다. 영문명이 같은 다른 기관의 홈페이지가 인용으로 붙으면 환자는 그 링크를 눌러 다른 기관에 예약을 문의할 수 있습니다.</p><p>이 판정은 번역이 매끄러운지를 따지는 일과 다릅니다. 진료 과목을 어색한 영어로 옮긴 답변은 문장 품질의 문제이지만, 영문명이 같은 다른 기관의 전화번호를 병원 전화번호처럼 전한 답변은 환자를 다른 기관으로 보내는 식별 오류입니다. 이 진단의 대상은 뒤쪽입니다.</p><p>영문 질문의 답변이 다른 기관을 끌어올 여지는 서비스의 검색 방식에서도 드러납니다. 오픈AI 도움말은 챗GPT 검색이 질문을 하나 이상의 구체적인 검색어로 다시 써서 검색 제공자에게 보낸다고 안내합니다. 질문에 쓴 영문명이 그대로 검색되지 않고 바뀐 검색어로 찾아질 수 있다는 뜻이어서, 답변이 인용한 출처가 어느 기관의 페이지인지까지 대조해야 합니다.</p></section><section id="p1-table"><h2>영문명 답변의 세 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>답변의 식별 기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>정상 연결</td><td>주소, 대표 전화, 공식 도메인 가운데 하나 이상이 나오고 나온 것이 모두 병원의 것</td><td>다음 진단에서 같은 질문 반복</td></tr><tr><td>기관 오인</td><td>나온 식별 기준 가운데 하나라도 다른 기관의 것</td><td>끌려온 기관과 그 출처를 기록하고 수정 권고 목록에 올림</td></tr><tr><td>식별 불가</td><td>세 식별 기준이 하나도 나오지 않음</td><td>지역이나 진료 과목을 더한 질문으로 다시 물음</td></tr></tbody></table></div></div><p>둘째 줄은 식별 기준이 섞인 답변도 포함합니다. 주소는 병원의 것인데 전화번호는 같은 영문명의 다른 기관 것이라면, 맞는 주소가 있더라도 기관 오인입니다. 환자가 그 번호로 전화하면 다른 기관에 닿기 때문입니다.</p><p>셋째 줄의 식별 불가는 정상 연결도 기관 오인도 아닙니다. 영문명과 진료 과목만 전한 답변은 어느 기관을 말하는지 가릴 근거가 없으므로, 다시 물어 식별 기준이 나오는 답변을 받은 뒤 판정합니다.</p></section><section id="p2-steps"><h2>영문명 연결을 대조하는 다섯 단계</h2><ol class="step-list"><li>실장이 공식 영문명 목록에 현재 영문명, 예전에 쓴 영문명, 약칭을 쓰고 원장의 승인을 받습니다.</li><li>진단 담당이 목록의 이름마다 영문 질문을 만들고, 답변 원문과 질문한 날짜, 인용 출처를 저장합니다.</li><li>진단 담당이 답변에 나온 주소, 대표 전화, 공식 도메인을 병원 공식 정보와 대조해 표의 세 판정 가운데 하나를 매깁니다.</li><li>기관 오인이면 진단 담당이 인용 출처를 열어, 끌려온 기관의 이름과 주소를 병원 정보와 나란히 기록합니다.</li><li>진단 담당이 기관 오인 목록과 끌려온 기관의 출처를 원장에게 넘깁니다.</li></ol><p>첫째 단계에서 예전 영문명과 약칭까지 목록에 넣는 까닭은 환자와 외부 게시물이 병원을 부르는 영문 이름이 하나가 아니기 때문입니다. 병원이 영문명을 바꾼 적이 있다면 옛 영문명으로 올라간 외부 게시물이 남아 있을 수 있고, 그 이름이 다른 기관의 현재 영문명과 겹칠 수도 있습니다.</p><p>넷째 단계에서 기록한 끌려온 기관의 이름과 정보는 진단 기록 안에서만 씁니다. 병원 홍보 자료나 외부 공지에 옮기면 다른 기관을 언급하거나 견주는 글로 읽힐 수 있어, 원장에게 넘기는 목록에도 그 기관의 정보는 대조에 필요한 식별 기준만 남깁니다.</p><p>둘째 단계에서 질문한 위치 조건도 함께 씁니다. 오픈AI 도움말은 챗GPT가 IP 주소에 기반한 대략적인 위치 정보를 수집해 외부 검색 제공자와 공유할 수 있다고 안내합니다. 같은 영문 질문이라도 어디서 물었는지에 따라 다른 지역의 같은 이름 기관이 답변에 나올 수 있어, 위치 조건이 없는 원자료로는 다음 진단과 견줄 수 없습니다.</p></section><section id="p2-sources"><h2>영문명 대조에 쓰는 세 가지 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>담는 것</th><th>맡는 사람</th></tr></thead><tbody><tr><td>공식 영문명 목록</td><td>현재 영문명, 예전 영문명, 약칭과 각 이름을 쓴 기간</td><td>실장</td></tr><tr><td>병원 공식 식별 정보</td><td>주소의 영문 표기, 대표 전화, 공식 도메인</td><td>실장</td></tr><tr><td>외부 프로필 목록</td><td>지도 서비스와 병원 소개 사이트에 올라간 병원의 영문 이름과 연결된 주소</td><td>진단 담당</td></tr></tbody></table></div></div><p>셋째 줄의 외부 프로필 목록은 기관 오인이 어디서 시작되었는지 찾는 데 씁니다. 진단 담당은 병원의 영문명마다 지도 서비스와 병원 소개 사이트에서 병원 프로필을 찾아, 연결된 주소와 전화를 둘째 줄의 공식 식별 정보와 한 줄씩 맞댑니다. 외부 프로필 가운데 병원의 영문 이름에 다른 기관의 주소나 전화가 연결된 곳이 있다면, 그 프로필이 답변의 출처가 되었을 수 있습니다.</p></section><section id="p3-mistakes"><h2>영문명 판정에서 자주 틀리는 경우</h2><p>영문명 진단에서 판정이 틀어지는 경우로 아래 네 가지를 들 수 있습니다. 넷 모두 식별 기준을 대조하지 않고 이름이나 문장만 보고 판정할 때 생길 수 있습니다.</p><p>첫째는 영문명이 정확히 같다는 이유로 정상 연결로 판정하는 경우입니다. 다음은 설명을 위해 꾸민 가상의 AI 답변입니다. 영문 질문에 「○○ Dental Clinic is located near the central station and can be reached at the number below」라는 답변이 나왔고, 영문명은 병원의 공식 영문명과 한 글자도 다르지 않았습니다. 그런데 함께 나온 전화번호는 다른 도시의 같은 이름 치과 것이었습니다. 이 답변은 표의 둘째 줄대로 기관 오인입니다.</p><p>둘째는 로마자 표기가 다르다는 이유로 기관 오인으로 판정하는 경우입니다. 병원 이름의 한 글자를 다른 로마자로 옮긴 답변이라도, 함께 나온 주소와 전화가 모두 병원의 것이라면 정상 연결입니다. 표기 차이는 판정과 따로 기록해 두고, 공식 영문명 목록에 없는 표기라면 목록에 더할지 원장과 정합니다. 목록에 더한 표기는 다음 진단부터 영문 질문을 만들 때 함께 씁니다.</p><p>셋째는 식별 기준이 없는 답변을 정상 연결로 넘기는 경우입니다. 영문명과 진료 과목만 맞게 전한 답변은 틀린 곳이 보이지 않아 정상으로 읽힐 수 있지만, 어느 기관을 말하는지 알 수 없으므로 식별 불가입니다.</p><p>넷째는 기관 오인을 번역 문제로 분류하는 경우입니다. 답변이 병원 이름을 어색한 영어로 옮기면서 다른 기관의 소개 문장을 가져왔다면, 어색한 번역보다 다른 기관의 정보가 들어온 것이 판정의 대상입니다. 번역 품질은 이 진단의 범위 밖입니다.</p><p>진단 담당이 판정을 넘길 때는 판정마다 대조한 식별 기준과 그 값을 함께 씁니다. 다음 진단 담당이 같은 답변을 다시 판정할 때, 어떤 기준으로 정상 연결이나 기관 오인을 매겼는지 알 수 있어야 하기 때문입니다. 첫째 경우라면 기록은 질문 원문, 질문한 날짜, 대조한 식별 기준인 전화번호, 그 번호가 가리킨 기관, 판정인 기관 오인을 한 줄에 담습니다.</p></section><section id="p4-faq" class="faq-section"><h2>영문 병원명 진단 자주 묻는 질문</h2><div class="faq-card"><h3>다른 나라에 같은 영문명의 기관이 있으면 영문명을 새로 정해야 하나요?</h3><p>이 진단은 바꿀지를 정하지 않습니다. 기관 오인이 몇 건 나왔는지와 끌려온 기관의 출처를 원장에게 넘기면, 영문명을 유지하면서 식별 기준을 분명히 할지 새 이름을 정할지는 원장이 결정합니다. 결정에 앞서 같은 이름 기관의 정보가 어느 출처에서 끌려왔는지를 목록으로 보면, 병원 채널에서 식별 기준을 분명히 하는 것으로 줄일 수 있는 오인인지 가릴 수 있습니다.</p></div><div class="faq-card"><h3>한글 질문의 답변에서도 영문명 때문에 다른 기관이 끌려올 수 있나요?</h3><p>답변이 영문 출처를 인용했다면 한글 질문에서도 생길 수 있습니다. 그래서 한글 질문의 답변이라도 인용 출처가 영문 페이지이면 같은 세 식별 기준으로 대조합니다.</p></div><div class="faq-card"><h3>답변 속 영문 주소가 표기만 다르면 같은 주소로 판정하나요?</h3><p>도로명과 건물 번호, 층수가 병원 주소와 같다면 같은 주소로 대조합니다. 도로명을 줄여 쓰거나 순서를 바꾼 표기 차이는 판정에 쓰지 않고 기록에만 남깁니다. 건물 번호나 층수가 다르면 같은 주소로 대조하지 않고, 인용 출처를 열어 그 주소가 어느 기관의 것인지 확인합니다. 다른 기관의 주소라면 기관 오인으로 판정합니다.</p></div><div class="faq-card"><h3>외부 프로필의 영문 정보는 병원이 직접 고칠 수 있나요?</h3><p>프로필을 관리할 권한이 병원에 있는 곳은 병원이 고치고, 권한이 없는 곳은 그 사이트의 정정 경로로 요청합니다. 어느 쪽인지는 외부 프로필 목록에 함께 씁니다.</p></div><div class="faq-card"><h3>식별 불가 답변이 다시 물어도 계속 나오면 어떻게 하나요?</h3><p>질문에 지역과 진료 과목을 더해도 식별 기준이 나오지 않는다면 그 결과를 진단 기록에 남기고, 병원 영문 페이지에 주소와 대표 전화가 영문명과 한 문장 안에 함께 나오는지 대조합니다.</p></div></section><section id="p4-next"><h2>영문 식별 정보를 맞춘 뒤</h2><p>기관 오인을 줄이려면 영문명과 함께 주소, 대표 전화, 공식 도메인이 병원 채널마다 같은 값으로 남아 있어야 합니다. 영문 정보를 포함한 병원 정보 전체를 채널마다 대조하는 방법은 병원 정보 점검에서 따로 다룹니다.</p><p>병원 채널을 맞춘 뒤에도 답변이 다른 기관의 정보를 병원 것처럼 전한다면, 답변 속 틀린 정보를 바로잡는 절차가 필요합니다. 병원의 식별 정보를 의료진·진료·위치 정보와 한 구조로 정리하는 설계는 병원 데이터 구조화에서 다룹니다.</p><p>영문 페이지가 없는 병원이라면 영문 질문의 답변은 외부 프로필과 외부 게시물에 기대게 됩니다. 이때는 외부 프로필 목록을 먼저 채우고, 병원의 한글 페이지에 영문명과 주소의 영문 표기, 대표 전화를 한 줄로 함께 싣는 방법을 원장과 정합니다. 영문 페이지를 새로 만들지는 이 진단의 범위 밖입니다.</p></section>]]></description></item><item><title>한 지점의 진단 결과를 다른 지점에 옮기는 일, 평가 단위와 적용 범위</title><link>https://hospitalgeocheck.com/%ED%95%9C-%EC%A7%80%EC%A0%90%EC%9D%98-%EC%A7%84%EB%8B%A8-%EA%B2%B0%EA%B3%BC%EB%A5%BC-%EB%8B%A4%EB%A5%B8-%EC%A7%80%EC%A0%90%EC%97%90-%EC%98%AE%EA%B8%B0%EB%8A%94-%EC%9D%BC-%ED%8F%89%EA%B0%80-%EB%8B%A8%EC%9C%84%EC%99%80-%EC%A0%81%EC%9A%A9-%EB%B2%94%EC%9C%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%95%9C-%EC%A7%80%EC%A0%90%EC%9D%98-%EC%A7%84%EB%8B%A8-%EA%B2%B0%EA%B3%BC%EB%A5%BC-%EB%8B%A4%EB%A5%B8-%EC%A7%80%EC%A0%90%EC%97%90-%EC%98%AE%EA%B8%B0%EB%8A%94-%EC%9D%BC-%ED%8F%89%EA%B0%80-%EB%8B%A8%EC%9C%84%EC%99%80-%EC%A0%81%EC%9A%A9-%EB%B2%94%EC%9C%84</guid><pubDate>Mon, 26 Oct 2026 07:05:08 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>지점 진단 결과를 옮길 수 있는 범위</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>한 지점의 진단 결과는 다른 지점에 그대로 적용하지 않습니다. 병원 GEO 진단의 평가 단위를 지점과 법인으로 나누고, 다른 지점으로 옮길 수 있는 것은 여러 지점이 함께 쓰는 공통 출처에서 나온 판정뿐입니다. 주소와 전화, 진료 시간, 의료진처럼 지점마다 다른 정보는 그 지점의 자료로 따로 진단해야 판정이 섭니다.</p></div><p>지점이 여럿인 병원은 진단 비용과 시간을 줄이려고 본원이나 대표 지점 한 곳만 진단을 맡기고, 그 결과를 나머지 지점에도 해당한다고 여기는 일이 생깁니다. 본원에서 AI 답변이 병원 정보를 정확히 소개했다고 해서 다른 지점도 그렇다는 근거는 없습니다. 지점마다 운영정보가 다르고, AI 답변이 인용하는 페이지도 지점마다 다를 수 있기 때문입니다.</p><p>반대로 모든 판정이 지점마다 새로 필요한 것도 아닙니다. 법인 홈페이지의 공통 소개 페이지처럼 모든 지점이 같은 문서를 쓰는 곳에서 틀린 정보가 나왔다면, 그 문서를 고치는 일은 지점과 상관없이 한 번에 끝납니다. 기준은 판정이 어느 출처에 묶여 있느냐입니다.</p></section><section id="p1-official"><h2>지역에 따라 답이 달라질 수 있는 조건</h2><p>챗GPT 공식 도움말은 인터넷 주소에서 짐작한 대략적인 위치를 지역 결과에 쓸 수 있고, 지역 결과가 엉뚱한 곳을 가리키면 질문에 도시나 동네 이름을 넣으라고 안내합니다. 가까운 병원을 묻는 답이 묻는 사람의 위치에 따라 달라질 수 있다는 뜻이므로, 한 지점 근처에서 물은 결과는 다른 지점 근처의 결과를 대신하지 못합니다.</p><p>퍼플렉시티 공식 도움말은 질문을 받으면 실시간으로 인터넷을 검색해 답에 번호 붙은 인용을 단다고 안내합니다. 지역이나 지점 이름이 질문에 들어가면 검색되는 페이지가 달라질 수 있으므로, 지점마다 인용된 페이지를 따로 남겨야 공통 출처인지 지점 출처인지 가를 수 있습니다.</p><p>서비스가 여러 지점을 가진 병원을 어떻게 묶거나 나누어 소개하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 진단 보고서에는 지점을 어떻게 불렀는지와 어느 지역에서 물었는지를 함께 남깁니다.</p></section><section id="p1-table"><h2>평가 단위 구분표</h2><p class="table-caption">진단 항목은 아래 평가 단위 구분표의 다섯 줄에 따라 지점 단위와 법인 단위로 나눕니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>진단 항목</th><th>평가 단위</th><th>다른 지점 적용</th></tr></thead><tbody><tr><td>병원 이름과 법인 소개</td><td>법인 단위</td><td>적용 가능, 질문에 지점 이름이 들어가면 지점 단위로 다시 진단</td></tr><tr><td>공통 페이지에서 온 틀린 정보</td><td>법인 단위</td><td>적용 가능, 인용된 페이지가 공통 페이지일 때만</td></tr><tr><td>주소와 전화, 진료 시간</td><td>지점 단위</td><td>적용 불가</td></tr><tr><td>의료진과 진료과목</td><td>지점 단위</td><td>적용 불가</td></tr><tr><td>지역 질문에서 소개되는 방식</td><td>지점 단위</td><td>적용 불가</td></tr></tbody></table></div></div><p>평가 단위 구분표의 다른 지점 적용 칸은 적용 가능과 적용 불가 두 값만 씁니다. 적용 가능 줄에도 조건이 붙어 있어, 조건을 채우지 못한 판정은 적용 불가로 돌려 해당 지점의 자료가 생길 때까지 빈칸으로 남깁니다.</p></section><section id="p2-steps"><h2>지점 진단 결과를 나누어 쓰는 다섯 단계</h2><ol class="step-list"><li>실장이 운영 중인 지점 목록과 지점마다 다른 운영정보를 진단 담당에게 넘깁니다.</li><li>진단 담당이 진단한 지점과 진단하지 않은 지점을 지점 표본 대응표에 나누어 씁니다.</li><li>진단 담당이 진단한 지점의 판정을 평가 단위 구분표의 다섯 줄로 나눕니다.</li><li>진단 담당이 법인 단위이면서 적용 조건을 채운 판정만 진단하지 않은 지점에 옮기고, 옮긴 판정의 출처 페이지를 함께 씁니다.</li><li>원장이 적용 불가로 남은 항목을 받아, 어느 지점부터 따로 진단을 맡길지 정합니다.</li></ol><p>둘째 단계에서 진단하지 않은 지점을 빼지 않고 표에 남기는 까닭은 보고서를 읽는 사람이 진단 범위를 오해하지 않게 하려는 데 있습니다. 진단한 지점만 적힌 보고서는 병원 전체의 결과처럼 읽히기 쉽습니다.</p><p>넷째 단계에서 옮긴 판정에 출처 페이지를 붙이는 것은 그 판정이 왜 다른 지점에도 해당하는지 보이기 위해서입니다. 공통 소개 페이지가 인용되어 있다면 다른 지점의 답에도 같은 페이지가 쓰일 수 있다는 근거가 되지만, 지점 페이지가 인용되어 있다면 옮길 근거가 없습니다.</p></section><section id="p2-record"><h2>지점 표본 대응표</h2><p class="table-caption">다섯 단계의 결과는 아래 지점 표본 대응표의 다섯 칸에 지점마다 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>지점과 운영정보</td><td>지점 이름, 주소, 전화, 진료 시간</td><td>실장</td></tr><tr><td>질문 표본</td><td>그 지점에 대해 물은 질문 원문과 물은 지역</td><td>진단 담당</td></tr><tr><td>자료 상태</td><td>직접 진단함, 옮긴 판정만 있음, 자료 없음 가운데 하나</td><td>진단 담당</td></tr><tr><td>옮긴 판정</td><td>다른 지점에서 옮긴 판정과 그 근거가 된 공통 페이지</td><td>진단 담당</td></tr><tr><td>따로 진단할 항목</td><td>적용 불가로 남은 항목과 진단 순서</td><td>원장</td></tr></tbody></table></div></div><p>지점 표본 대응표의 자료 상태 칸에서 옮긴 판정만 있음은 직접 진단함과 다른 값입니다. 옮긴 판정만 있는 지점은 공통 출처의 문제만 알 수 있고, 그 지점의 주소나 전화가 AI 답변에 맞게 나오는지는 아무것도 말해 주지 않습니다.</p><p>이 표는 진단 결과를 어느 범위까지 믿을 수 있는지 보이는 표입니다. AI 답변에 지점이 나오게 만드는 계획표가 아니므로, 진단하지 않은 지점의 노출을 짐작해 채우지 않습니다.</p></section><section id="p3-mistakes"><h2>지점 결과를 옮길 때 자주 틀리는 경우</h2><p>첫째로 틀리는 경우는 본원의 좋은 결과를 모든 지점의 결과로 보고하는 일입니다. 본원 답변에 운영정보가 정확히 나왔다는 판정은 평가 단위 구분표에서 지점 단위 줄에 해당하므로 다른 지점에 옮기지 않습니다. 보고서 첫 장에 진단한 지점 이름을 밝히는 것만으로 이 오해를 막을 수 있습니다.</p><p>둘째는 틀린 정보를 모두 공통 문제로 돌리는 일입니다. 한 지점 답에서 옛 진료 시간이 나오자 법인 홈페이지 전체를 고치는 결정을 내리는 경우인데, 인용된 페이지가 그 지점의 소개 페이지라면 고칠 곳은 그 페이지 하나입니다. 인용 페이지를 대조하지 않고 공통 문제로 보면 멀쩡한 다른 지점 정보까지 건드리게 됩니다.</p><p>셋째는 지점 이름 없이 물은 결과를 특정 지점의 결과로 읽는 일입니다. 병원 이름만 넣어 물었을 때 답이 어느 지점을 소개하는지는 묻는 위치에 따라 달라질 수 있어, 그 답은 법인 소개에 관한 판정으로만 씁니다. 지점을 진단하려면 질문에 지점 이름이나 지역을 넣어 따로 묻습니다.</p><p>넷째는 새로 문을 연 지점을 옛 진단에 끼워 넣는 일입니다. 새 지점은 진단 당시 공개된 페이지가 없었을 수 있으므로, 지점 표본 대응표에 자료 없음으로 넣고 따로 진단을 맡깁니다. 새 지점의 소개 페이지가 공개된 날도 함께 써 두면, 그 날보다 앞선 답에 새 지점이 나오지 않은 까닭을 병원 쪽 문제로 잘못 읽지 않습니다.</p></section><section id="p3-link"><h2>지점별 결과를 보고서에 담는 방식</h2><p>여러 지점의 결과를 한 장에 모을 때는 지점을 줄로, 평가 단위 구분표의 다섯 항목을 칸으로 놓고 칸마다 직접 진단함, 옮긴 판정만 있음, 자료 없음을 표시합니다. 이렇게 모으면 원장은 어느 지점의 어느 항목이 비어 있는지를 한눈에 알고, 다음 진단을 맡길 곳을 그 빈칸에서 고를 수 있습니다. 옮긴 판정만 있는 칸이 많은 지점일수록 따로 진단할 필요가 큽니다.</p><p>진단을 대행사에 맡겼다면 지점 표본 대응표를 보고서 앞쪽에 넣어 달라고 요청합니다. 그래야 병원이 보고서의 판정 하나하나가 어느 지점의 자료에서 나왔는지 따라갈 수 있습니다. 보고서에 담을 항목과 받는 방식은 GEO 대행 보고서에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>지점별 AI 답변 진단 자주 묻는 질문</h2><div class="faq-card"><h3>지점이 많아 모든 지점을 진단하기 어렵다면 어느 지점부터 맡깁니까?</h3><p>운영정보가 최근에 바뀐 지점과 문의가 많은 지점을 먼저 맡깁니다. 운영정보가 바뀐 지점은 AI 답변에 옛 정보가 남아 있을 가능성이 크고, 문의가 많은 지점은 틀린 정보가 환자에게 닿는 폭이 넓습니다. 순서를 정하는 일은 원장이 맡습니다.</p></div><div class="faq-card"><h3>모든 지점이 같은 전화번호를 쓰면 전화 항목도 법인 단위로 판정합니까?</h3><p>평가 단위 구분표대로 전화 항목은 지점 단위로 남깁니다. 번호가 하나여도 그 번호로 어느 지점 창구에 이어지는지, 답이 그 번호를 어느 지점의 번호로 소개했는지는 지점마다 다를 수 있어, 한 지점에서 맞았다는 판정을 다른 지점에 옮기지 않습니다.</p></div><div class="faq-card"><h3>지점마다 다른 대행사가 진단했다면 결과를 합칠 수 있습니까?</h3><p>질문 표본과 물은 지역, 판정 값이 같은 방식이었을 때만 나란히 놓습니다. 방식이 다르면 합치지 않고 지점 표본 대응표에 대행사 이름을 함께 써서 따로 읽습니다.</p></div><div class="faq-card"><h3>법인 단위 판정을 고쳤는데 다른 지점 답에도 반영되었는지는 어떻게 압니까?</h3><p>고친 공통 페이지가 다른 지점 답에도 인용되는지 지점마다 새로 물어 기록해야 압니다. 고친 뒤 답이 언제 달라질지는 공식 안내에 없는 부분이라 기록으로만 따라갑니다.</p></div><div class="faq-card"><h3>지점이 문을 닫았다면 그 지점의 진단 기록은 지웁니까?</h3><p>지우지 않고 지점 표본 대응표에 닫은 날을 함께 남깁니다. 닫은 지점이 AI 답변에 계속 나오는지는 따로 다룰 일이므로, 기록이 있어야 닫기 전후를 나란히 놓을 수 있습니다.</p></div></section><section id="p4-exceptions"><h2>지점과 법인을 나누기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>지점마다 따로 된 페이지 없이 법인 홈페이지 한 곳에 모든 지점의 정보를 모아 둔 병원이라면, 틀린 정보가 그 페이지에서 왔더라도 지점별 문단이 따로 있는지부터 가립니다. 지점 문단에서 나온 정보라면 그 지점만의 판정이고, 공통 문단에서 나온 정보라면 법인 단위로 옮길 수 있습니다.</p><p>지점 이름이 지역 이름과 같아 질문에 지역을 넣으면 곧 지점을 부르는 셈이 되는 경우에는, 지역 질문의 결과를 그 지점 단위의 판정으로 씁니다. 다만 같은 지역에 다른 병원이 비슷한 이름을 쓰고 있다면 답 속 병원이 우리 지점인지 주소와 전화로 먼저 가립니다.</p></div></section>]]></description></item><item><title>원문 수정 확인과 AI 반영 확인을 나누는 진단 종료 기준</title><link>https://hospitalgeocheck.com/%EC%9B%90%EB%AC%B8-%EC%88%98%EC%A0%95-%ED%99%95%EC%9D%B8%EA%B3%BC-ai-%EB%B0%98%EC%98%81-%ED%99%95%EC%9D%B8%EC%9D%84-%EB%82%98%EB%88%84%EB%8A%94-%EC%A7%84%EB%8B%A8-%EC%A2%85%EB%A3%8C-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9B%90%EB%AC%B8-%EC%88%98%EC%A0%95-%ED%99%95%EC%9D%B8%EA%B3%BC-ai-%EB%B0%98%EC%98%81-%ED%99%95%EC%9D%B8%EC%9D%84-%EB%82%98%EB%88%84%EB%8A%94-%EC%A7%84%EB%8B%A8-%EC%A2%85%EB%A3%8C-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:04:56 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>원문 수정과 AI 반영을 나눈 종료 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>원문을 수정했다고 진단 문제가 해결됐다고 볼 수는 없습니다. 원문 수정은 병원이 고칠 수 있는 곳을 고쳤다는 뜻이고, AI 답변이 달라졌는지는 같은 질문을 다시 물어 따로 가려야 하는 결과입니다. 그래서 진단 항목은 원문 수정 점검과 AI 반영 점검 두 가지가 모두 끝났을 때만 해결로 닫고, 원문만 고쳐진 항목은 미반영이라는 상태로 열어 놓습니다.</p></div><p>두 가지를 하나로 닫으면 진단표가 실제보다 좋게 읽힙니다. 실장이 홈페이지의 진료 시간을 고친 날 그 항목을 해결로 적으면, 다음 주에도 같은 질문에 옛 진료 시간이 나오는 답변은 어디에도 기록되지 않습니다. 환자가 받는 것은 고쳐진 페이지가 아니라 답변이어서, 진단을 닫는 기준도 답변 쪽에 있어야 합니다.</p><p>원문을 고친 뒤 답변이 언제 달라지는지는 병원이 정할 수 없습니다. 구글 검색 센터 문서는 미리보기 설정을 다룬 부분에서 크롤링은 시스템이 페이지를 새로고침해야 한다고 판단하는 빈도에 따라 며칠에서 몇 달까지 걸릴 수 있다고 안내합니다. 다른 AI 서비스가 고친 내용을 언제 답변에 반영하는지는 공식 안내에 없으므로, 다시 물을 날짜를 미리 정해 진단 기록으로 확인합니다.</p></section><section id="p1-table"><h2>진단 항목의 네 가지 종료 상태</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>상태</th><th>원문 수정</th><th>AI 반영</th><th>항목 처리</th></tr></thead><tbody><tr><td>수정 대기</td><td>아직 고치지 않음</td><td>따지지 않음</td><td>열어 둠</td></tr><tr><td>미반영</td><td>고쳐진 것을 확인함</td><td>다시 물은 답변에 옛 내용이 남음</td><td>열어 두고 다음 재질문 날짜를 정함</td></tr><tr><td>반영됨</td><td>고쳐진 것을 확인함</td><td>다시 물은 답변에 고친 내용이 나옴</td><td>닫음</td></tr><tr><td>미반영 지속</td><td>고쳐진 것을 확인함</td><td>정한 재질문 횟수를 채워도 옛 내용이 남음</td><td>남은 출처 조사로 넘기고 그 사실을 밝혀 닫음</td></tr></tbody></table></div></div><p>넷째 줄은 끝없이 다시 묻지 않기 위한 상태입니다. 병원이 정한 재질문 횟수를 채웠는데도 옛 내용이 나온다면, 고친 원문 말고 다른 곳에 옛 내용이 남아 있을 수 있습니다. 이 항목은 해결로 닫지 않고, 옛 내용이 남은 출처를 찾는 조사로 넘겼다는 사실과 함께 닫습니다.</p><p>셋째 줄로 닫을 때도 근거가 된 답변을 함께 남깁니다. 반영됨은 그날 그 질문의 답변에 고친 내용이 나왔다는 뜻이지, 앞으로도 늘 그렇게 나온다는 뜻은 아닙니다. 닫은 항목의 질문은 정기 진단의 질문 목록에 남겨, 다음 진단에서도 같은 질문으로 다시 묻습니다.</p><p>원문을 고친 뒤 아직 다시 묻지 않은 항목은 수정 대기도 미반영도 아닙니다. 이 항목은 상태 칸을 비우지 않고 원문 수정 점검 날짜와 다시 물을 날짜를 쓰고, 다시 물은 뒤에 둘째나 셋째 줄로 매깁니다.</p></section><section id="p2-steps"><h2>항목을 닫기까지의 다섯 단계</h2><ol class="step-list"><li>진단 담당이 오류 항목마다 고칠 원문의 주소와 고치기 전 문장을 저장합니다.</li><li>실장이 원문을 고치고, 진단 담당이 고친 뒤의 페이지를 열어 옛 문장이 사라졌는지 가린 뒤 원문 수정 점검 날짜를 씁니다.</li><li>진단 담당이 다시 물을 날짜와 재질문 횟수를 원장과 정합니다.</li><li>정한 날짜에 진단 담당이 처음과 같은 서비스에 같은 질문을 물어, 답변 원문과 날짜를 저장하고 앞의 표에 있는 상태를 매깁니다.</li><li>반영됨과 미반영 지속은 진단 담당이 항목을 닫고, 닫은 날짜와 근거가 된 답변을 기록합니다.</li></ol><p>둘째 단계의 원문 수정 점검은 고쳤다는 보고를 받는 것으로 끝내지 않습니다. 진단 담당이 페이지를 직접 열어 옛 문장이 없는지, 같은 내용이 든 다른 페이지에도 옛 문장이 남지 않았는지를 가립니다. 고친 페이지가 하나인데 옛 문장이 든 페이지가 셋이었다면 원문 수정은 끝난 것이 아닙니다. 이때는 나머지 두 페이지를 고친 뒤에 원문 수정 점검 날짜를 씁니다.</p><p>셋째 단계에서 날짜와 횟수를 미리 정하는 까닭은 미반영 항목이 기한 없이 열려 있지 않게 하려는 것입니다. 횟수를 정하지 않으면 담당이 바뀔 때마다 언제까지 다시 물을지 새로 정해야 하고, 그 사이 항목이 잊힐 수 있습니다.</p><p>넷째 단계에서 질문과 서비스를 처음과 같게 하는 까닭은 답변의 차이가 원문 수정 때문인지 질문 차이 때문인지를 가릴 수 있어야 하기 때문입니다. 질문 문장을 바꿔 물었다면 그 답변은 재질문 횟수에 넣지 않고, 질문이 달랐다는 사실과 함께 참고 기록으로만 남깁니다.</p></section><section id="p2-recheck"><h2>재질문 자료의 네 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>원문 수정 점검</td><td>고친 페이지 주소, 고치기 전과 후의 문장, 확인한 날짜</td></tr><tr><td>재질문 일정</td><td>다시 물을 날짜와 정한 횟수</td></tr><tr><td>재질문 답변</td><td>다시 물은 날짜마다 질문 원문, 서비스 이름, 답변 원문, 인용 출처</td></tr><tr><td>종료 기록</td><td>닫은 날짜, 닫을 때의 상태, 근거가 된 답변</td></tr></tbody></table></div></div><p>셋째 칸의 인용 출처는 미반영일 때 쓸모가 큽니다. 다시 물은 답변이 여전히 옛 내용을 전했다면, 그 답변이 인용한 곳이 고친 페이지인지 다른 곳인지를 함께 남깁니다. 고친 페이지가 아닌 다른 곳이 인용되었다면 그곳에 옛 내용이 남아 있는지부터 가립니다.</p><p>네 칸은 항목마다 따로 만듭니다. 한 항목의 재질문 답변을 다른 항목의 근거로 옮겨 쓰지 않고, 같은 질문이 두 항목에 걸쳐 있다면 답변 원문을 두 항목에 각각 남깁니다. 닫을 때 근거가 된 답변을 항목 안에서 바로 찾을 수 있어야 하기 때문입니다.</p></section><section id="p3-record"><h2>한 항목을 닫기까지의 기록 예</h2><p>다음은 설명을 위해 꾸민 가상의 기록으로, 토요일 진료 종료 시각이 틀리게 나온 항목 하나를 닫기까지를 날짜순으로 쓴 것입니다. 재질문 횟수는 원장이 세 번으로 정했습니다.</p><p>첫 기록은 오류를 찾은 날입니다. 답변은 토요일 진료가 오후 3시에 끝난다고 전했고, 병원 공식 정보는 오후 1시였습니다. 답변이 인용한 출처는 병원 홈페이지의 진료 안내 페이지였고, 그 페이지에 오후 3시가 남아 있었습니다. 상태는 수정 대기입니다.</p><p>둘째 기록은 사흘 뒤입니다. 실장이 진료 안내 페이지를 오후 1시로 고쳤고, 진단 담당이 페이지를 열어 오후 3시가 사라진 것을 가렸습니다. 같은 내용이 든 병원 블로그의 소개 글에도 오후 3시가 있어 함께 고쳤습니다. 원문 수정 점검 날짜를 쓰고, 첫 재질문을 두 주 뒤로 정했습니다.</p><p>셋째 기록은 첫 재질문입니다. 같은 질문에 답변은 여전히 오후 3시를 전했고, 인용 출처는 외부 병원 정보 사이트였습니다. 상태는 미반영입니다. 진단 담당은 그 사이트에 옛 시각이 남은 것을 기록하고, 실장이 정정 요청을 보냈습니다.</p><p>넷째 기록은 둘째 재질문으로, 다시 두 주 뒤입니다. 답변은 오후 1시를 전했고 인용 출처는 병원 홈페이지였습니다. 상태는 반영됨이고, 진단 담당은 이 답변을 근거로 항목을 닫았습니다. 재질문은 세 번 가운데 두 번을 썼습니다.</p><p>만약 둘째 재질문에서도 오후 3시가 나왔다면 상태는 미반영 그대로이고, 남은 한 번의 재질문을 다시 두 주 뒤로 정했을 것입니다. 셋째 재질문에서도 옛 시각이 남았다면 그때 미반영 지속으로 매겨, 외부 사이트 말고 옛 시각이 남은 곳이 더 있는지 찾는 조사로 넘깁니다.</p><p>이 기록에서 원문을 고친 날과 항목을 닫은 날 사이에는 네 주의 간격이 있습니다. 원문을 고친 날 닫았다면 첫 재질문의 미반영과 외부 사이트의 옛 시각은 기록되지 않았을 것입니다. 다음 진단 담당에게는 네 기록과 재질문 자료를 한 묶음으로 넘깁니다.</p></section><section id="p4-faq" class="faq-section"><h2>진단 종료 기준 자주 묻는 질문</h2><div class="faq-card"><h3>재질문 횟수와 간격은 어떻게 정하나요?</h3><p>정해진 기준은 없고 병원이 정합니다. 방문과 바로 이어지는 진료 시간이나 주소는 짧은 간격으로 여러 번, 소개 문구 같은 항목은 긴 간격으로 적게 정할 수 있습니다. 정한 값은 재질문 자료의 일정 칸에 남깁니다. 도중에 값을 고쳤다면 고친 날짜와 까닭을 같은 칸에 이어 써서, 횟수를 다 채웠는지 셀 때 기준이 흔들리지 않게 합니다.</p></div><div class="faq-card"><h3>여러 서비스를 진단했다면 한 서비스만 반영되어도 닫을 수 있나요?</h3><p>서비스마다 따로 닫습니다. 한 서비스의 답변이 달라졌다고 다른 서비스의 답변까지 달라진 것으로 치지 않으므로, 상태도 서비스별로 매깁니다. 한 항목 아래 서비스마다 한 줄씩 만들고, 모든 서비스의 줄이 닫혔을 때 그 항목 전체를 닫습니다.</p></div><div class="faq-card"><h3>다시 물은 답변에 그 정보가 아예 나오지 않으면 어떤 상태인가요?</h3><p>옛 내용도 고친 내용도 나오지 않았다면 반영 여부를 가릴 수 없습니다. 이 재질문은 횟수에 넣지 않고 그 사실을 재질문 답변 칸에 쓴 뒤, 다음 날짜에 다시 묻습니다.</p></div><div class="faq-card"><h3>반영됨으로 닫은 항목에서 나중에 옛 내용이 다시 나오면 어떻게 하나요?</h3><p>닫은 기록은 그대로 두고 새 오류 항목으로 엽니다. 새 항목에 앞서 닫은 날짜를 함께 써서, 한 번 반영되었다가 다시 옛 내용이 나온 경우라는 사실이 드러나게 합니다. 이런 항목은 병원 원문이 다시 옛 값으로 돌아가지 않았는지부터 가리고, 원문이 그대로라면 답변이 인용한 출처를 따라가 옛 내용이 남은 곳을 찾습니다.</p></div><div class="faq-card"><h3>미반영 지속으로 닫으면 병원이 더 할 일은 없나요?</h3><p>할 일이 남습니다. 옛 내용이 남은 출처를 찾는 조사로 넘겼으므로, 그 조사에서 찾은 출처를 고치거나 정정을 요청한 뒤 새 항목으로 다시 재질문합니다.</p></div></section><section id="p4-next"><h2>닫지 못한 항목의 인계</h2><p>진단을 맡은 대행사와 계약이 끝나는 날에 미반영 항목이 남아 있다면, 다시 물을 날짜와 남은 재질문 횟수를 병원이 이어받아야 합니다. 대행을 끝낼 때 열린 항목을 포함해 무엇을 넘겨받을지는 GEO 대행 종료와 인계에서 따로 다룹니다.</p><p>닫은 항목의 수만 보고하지 않고 상태별 수를 함께 보고합니다. 반영됨으로 닫은 항목과 미반영 지속으로 닫은 항목은 둘 다 닫혔지만 뜻이 달라, 한 숫자로 합치면 해결되지 않은 항목이 해결된 것처럼 읽힙니다.</p><p>재질문 날짜가 여러 항목에 걸쳐 쌓이면 새 글을 올리는 일정과 겹칠 수 있습니다. 원문 수정과 새 콘텐츠를 한 달력에서 어떻게 배치할지는 병원 GEO 콘텐츠 일정에서 이어서 정리합니다.</p></section>]]></description></item><item><title>한 오류가 여러 행동을 오도할 때, 중복 점수 없는 심각도 평가</title><link>https://hospitalgeocheck.com/%ED%95%9C-%EC%98%A4%EB%A5%98%EA%B0%80-%EC%97%AC%EB%9F%AC-%ED%96%89%EB%8F%99%EC%9D%84-%EC%98%A4%EB%8F%84%ED%95%A0-%EB%95%8C-%EC%A4%91%EB%B3%B5-%EC%A0%90%EC%88%98-%EC%97%86%EB%8A%94-%EC%8B%AC%EA%B0%81%EB%8F%84-%ED%8F%89%EA%B0%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%95%9C-%EC%98%A4%EB%A5%98%EA%B0%80-%EC%97%AC%EB%9F%AC-%ED%96%89%EB%8F%99%EC%9D%84-%EC%98%A4%EB%8F%84%ED%95%A0-%EB%95%8C-%EC%A4%91%EB%B3%B5-%EC%A0%90%EC%88%98-%EC%97%86%EB%8A%94-%EC%8B%AC%EA%B0%81%EB%8F%84-%ED%8F%89%EA%B0%80</guid><pubDate>Mon, 26 Oct 2026 07:04:43 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>경로를 묶어 가장 큰 끝 결과로 매기는 심각도</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>한 오류가 여러 행동을 오도하면 행동마다 점수를 매겨 더하지 않고, 그 오류에서 갈라진 행동 경로를 한 줄로 묶어 가장 큰 끝 결과 하나로 심각도를 매깁니다. 경로가 몇 개인지는 심각도에 더하지 않고 영향 범위라는 다른 칸에 씁니다. 틀린 주소 하나가 직접 찾아오는 사람, 길 찾기 앱에 주소를 넣는 사람, 택시 기사에게 주소를 부르는 사람을 모두 그르치더라도, 틀린 사실은 하나이고 고칠 곳도 하나입니다.</p></div><p>더하는 방식이 틀어지는 까닭은 둘입니다. 경로가 많은 가벼운 오류가 경로가 하나뿐인 무거운 오류를 앞지릅니다. 주차 안내 오류는 차로 오는 사람마다 경로가 갈려 점수가 불어나고, 병원이 하지 않는 검사를 한다고 전한 오류는 경로가 하나여서 뒤로 밀립니다. 또 같은 오류가 여러 건처럼 세어져 고칠 일의 양이 부풀려집니다.</p><p>묶는 기준은 원천 사실입니다. 원천 사실은 답변 문장에서 틀린 값 하나, 곧 주소나 전화번호나 진료 시간 같은 사실 하나를 말합니다. 같은 원천 사실에서 나온 경로는 몇 개든 한 줄이고, 원천 사실이 다르면 같은 행동을 그르치더라도 다른 줄입니다.</p><p>끝 결과는 그 경로를 끝까지 간 환자에게 남는 일입니다. 다른 곳에 가거나 진료를 받지 못하게 되는 것, 다시 연락하거나 다시 찾아야 하는 것, 불편에 그치는 것의 순서로 크기를 가립니다. 경로 가운데에는 끝까지 가기 전에 오류가 드러나는 것이 있으므로, 경로마다 오류가 드러나는 곳을 함께 씁니다.</p><p>영향 범위를 따로 쓰는 까닭은 심각도가 같은 두 오류를 가르는 데 필요하기 때문입니다. 끝 결과가 같더라도 한 오류는 차로 오는 사람만 그르치고, 다른 오류는 찾아오는 모든 사람을 그르칠 수 있습니다. 이 차이를 심각도에 섞지 않고 옆 칸에 남기면 순서를 정할 때 두 값을 따로 읽을 수 있습니다.</p></section><section id="p1-table"><h2>행동 경로 한 줄에 쓰는 네 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>쓰는 내용</th><th>심각도에서 하는 일</th></tr></thead><tbody><tr><td>움직이는 사람과 행동</td><td>누가 그 값을 믿고 무엇을 하는지</td><td>경로를 서로 가름</td></tr><tr><td>오류가 드러나는 곳</td><td>움직이는 도중 값이 틀렸음을 알게 되는 곳, 없으면 없음</td><td>끝 결과가 줄어드는지 가림</td></tr><tr><td>끝 결과</td><td>경로를 끝까지 갔을 때 남는 일</td><td>심각도의 근거</td></tr><tr><td>원천 사실</td><td>답변 문장에서 틀린 값 하나</td><td>어느 줄로 묶을지 정함</td></tr></tbody></table></div></div><p>끝 결과는 둘째 칸에 따라 달라집니다. 틀린 진료 시간을 믿은 사람 가운데 먼저 전화를 거는 사람은 통화에서 오류를 알게 되어 다시 시간을 잡는 데서 끝나고, 전화 없이 찾아오는 사람은 닫힌 문 앞에서 알게 됩니다. 같은 오류의 두 경로이지만 끝 결과가 다르고, 심각도는 뒤의 경로를 따릅니다.</p></section><section id="p2-steps"><h2>여러 경로를 묶어 심각도를 매기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 오류 문장에서 원천 사실을 뽑아 한 줄에 하나씩 씁니다.</li><li>실장이 원천 사실마다 그 값을 믿은 사람이 밟는 행동 경로를 병원의 연결 동선에 따라 늘어놓습니다.</li><li>실장이 경로마다 오류가 드러나는 곳과 끝 결과를 씁니다.</li><li>진단 담당이 아래 세 규칙으로 심각도와 영향 범위를 매깁니다.</li><li>원장이 심각도 목록을 읽고 수정 순서를 승인합니다.</li></ol><p>둘째 단계의 연결 동선은 환자가 답변을 읽은 뒤 병원에 닿기까지 거치는 길입니다. 전화, 온라인 예약, 길 찾기, 방문 접수처럼 그 병원에 실제로 있는 길만 씁니다. 온라인 예약을 받지 않는 병원에서 예약 경로를 떠올려 쓰면 없는 경로가 영향 범위를 부풀립니다.</p><p>첫째 단계에서 문장 하나에 틀린 값이 둘이면 두 줄로 나눕니다. 「역 앞 건물 3층, 평일 저녁 9시까지」라는 문장에서 층과 시각이 모두 틀렸다면 원천 사실은 둘입니다. 한 줄로 놓으면 하나를 고친 뒤에도 그 줄이 남은 것인지 풀린 것인지 가릴 수 없습니다.</p><p>셋째 단계에서 오류가 드러나는 곳은 병원이 실제로 하고 있는 일로만 씁니다. 「직원이 알려 줄 것」처럼 기대로 쓰지 않고, 예약 확인 전화나 접수 때의 본인 확인처럼 늘 하는 절차가 있을 때만 씁니다. 하는 날도 있고 하지 않는 날도 있는 일은 없음으로 씁니다.</p></section><section id="p2-rules"><h2>묶어 매기는 세 규칙</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>규칙</th><th>내용</th><th>막는 잘못</th></tr></thead><tbody><tr><td>심각도는 하나</td><td>한 줄의 경로 가운데 가장 큰 끝 결과로 매김</td><td>경로 수로 점수가 불어남</td></tr><tr><td>영향 범위는 따로</td><td>경로의 수와 움직이는 사람의 종류를 다른 칸에 씀</td><td>넓게 퍼진 오류가 목록에서 같아 보임</td></tr><tr><td>순서는 심각도 먼저</td><td>심각도가 같은 줄끼리만 영향 범위가 넓은 쪽을 앞에 놓음</td><td>가벼운 오류가 무거운 오류를 앞지름</td></tr></tbody></table></div></div><p>첫째 규칙에서 가장 큰 끝 결과를 고를 때 오류가 일찍 드러나는 경로는 그 경로의 끝 결과대로 읽습니다. 모든 경로에서 오류가 일찍 드러난다면 그 줄의 심각도는 낮아집니다. 예약 확인 전화를 반드시 거치는 병원에서 예약 시간 안내가 틀린 경우가 그렇습니다. 반대로 한 경로라도 드러나는 곳 없이 끝까지 간다면 그 경로가 심각도를 정합니다.</p><p>둘째 규칙의 영향 범위는 숫자 하나로 줄이지 않습니다. 경로 셋이라고만 쓰면 어떤 사람이 움직이는지가 빠집니다. 「환자 본인 방문, 보호자 동행, 택시 이용」처럼 경로의 이름을 나열합니다.</p><p>셋째 규칙은 두 값을 하나로 합치지 않는다는 뜻이기도 합니다. 심각도와 영향 범위를 곱하거나 더한 점수를 만들면 첫째 규칙으로 막은 일이 다시 생깁니다.</p></section><section id="p3-compare"><h2>경로별 합산과 원천별 묶음의 비교</h2><p>같은 오류 목록을 두 방식으로 매기면 순서와 일의 양이 달라집니다. 경로별 합산은 경로 하나를 오류 하나처럼 세어 점수를 더하고, 원천별 묶음은 원천 사실 하나를 한 줄로 세어 가장 큰 끝 결과로 매깁니다.</p><p>순서에서 갈립니다. 합산 방식에서는 경로가 많은 오류가 위로 올라갑니다. 경로가 많다는 것은 그 사실이 여러 행동에 쓰인다는 뜻이지 끝 결과가 크다는 뜻이 아닙니다. 묶음 방식에서는 끝 결과가 큰 줄이 먼저 오고, 경로의 수는 같은 심각도 안에서만 순서를 가릅니다.</p><p>일의 양에서도 갈립니다. 합산 방식의 목록은 경로 수만큼 길어지고, 원장은 고칠 일이 그만큼 많다고 읽습니다. 실제로는 원천 사실 하나를 고치면 그 줄의 경로가 함께 풀립니다. 묶음 방식의 목록은 고칠 사실의 수와 줄 수가 같아, 목록의 길이가 곧 일의 양입니다.</p><p>다시 진단할 때도 갈립니다. 합산 방식에서는 고친 뒤 점수가 크게 줄어 많이 나아진 것처럼 읽힙니다. 줄어든 것은 한 사실을 고친 결과가 경로 수만큼 곱해진 값입니다. 묶음 방식에서는 줄 하나가 풀린 것으로 기록되어, 나아진 크기가 고친 일의 크기와 맞습니다.</p><p>묶음 방식이 놓치는 것도 있습니다. 원천 사실을 고쳐도 경로 가운데 일부에 옛 값이 따로 남아 있을 수 있습니다. 홈페이지의 주소는 고쳤는데 예약 확인 문자의 글귀에 옛 주소가 남은 경우입니다. 그래서 줄을 풀린 것으로 쓰기 전에, 실장이 경로마다 환자가 실제로 읽는 안내에 옛 값이 남았는지를 맞댑니다. 남아 있다면 그 안내를 원천 사실이 같은 새 줄로 씁니다.</p><p>인계할 때는 원천 사실 목록, 줄마다의 경로와 네 칸, 심각도와 영향 범위, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 연결 동선이 그사이 바뀌었는지를 실장에게 먼저 묻습니다. 예약 방법이 늘거나 줄면 경로도 달라지기 때문입니다.</p></section><section id="p4-faq" class="faq-section"><h2>여러 행동을 오도하는 오류 자주 묻는 질문</h2><div class="faq-card"><h3>오류가 일찍 드러나 피해 없이 끝나는 경로도 영향 범위에 세나요?</h3><p>셉니다. 그 경로의 끝 결과 칸에는 드러난 곳에서 멈춤이라고 쓰고, 심각도를 정하는 데는 쓰지 않습니다. 드러난 곳이 전화라면 전화를 받는 직원이 그 오류를 되풀이해 바로잡고 있다는 뜻이기도 하므로, 실장이 그 부담을 영향 범위 옆에 함께 씁니다.</p></div><div class="faq-card"><h3>서로 다른 두 오류가 같은 행동을 그르치면 한 줄로 묶어도 되나요?</h3><p>묶지 않습니다. 주소가 틀린 것과 길 찾기 링크가 다른 곳을 가리키는 것은 둘 다 찾아오는 길을 그르치지만 원천 사실이 다르고 고칠 곳도 다릅니다. 줄을 나누고, 두 줄이 같은 행동에 걸려 있다는 사실을 서로의 줄에 밝힙니다.</p></div><div class="faq-card"><h3>환자가 아닌 사람이 그 오류로 움직이는 경로도 넣어야 하나요?</h3><p>넣습니다. 보호자, 환자를 보내는 다른 의료기관의 직원, 서류를 받으러 오는 대리인도 같은 값을 믿고 움직입니다. 움직이는 사람 칸에 누구인지를 쓰면 영향 범위에서 환자 경로와 나눠 읽을 수 있습니다.</p></div><div class="faq-card"><h3>행동 경로를 빠짐없이 떠올렸는지는 어떻게 알 수 있나요?</h3><p>떠올린 것만으로는 알 수 없으므로, 실장이 접수와 전화 응대에서 실제로 있었던 문의를 찾아 목록과 맞댑니다. 「그 주소로 갔는데 없더라」 같은 문의가 목록에 없는 경로에서 왔다면 그 경로를 더합니다. 심각도는 그때의 목록에서 가장 큰 끝 결과로 매기고, 경로를 더한 날을 씁니다.</p></div><div class="faq-card"><h3>한 원천 사실이 답변 여러 개에 되풀이해 나오면 줄을 답변마다 만드나요?</h3><p>만들지 않습니다. 원천 사실이 같으면 한 줄이고, 그 사실이 나온 답변의 질문과 날짜를 그 줄에 나열합니다. 되풀이된 횟수는 관측 기록으로 남길 뿐 이 평가의 두 값에는 넣지 않습니다.</p></div></section><section id="p4-next"><h2>묶은 줄을 고친 뒤에 이어지는 일</h2><p>원천 사실 하나를 고쳤다고 그 줄이 곧바로 풀리는 것은 아닙니다. 같은 옛 값이 병원의 다른 채널과 바깥 목록에 남아 있으면, 환자는 다른 경로에서 그 값을 다시 만납니다. 흩어진 옛 값을 찾아 기준 값으로 맞춰 가는 방법은 병원 정보 불일치 수정에서 따로 다룹니다.</p><p>연결 동선을 바꾸는 날에는 이 평가를 다시 합니다. 전화 확인 단계를 없애거나 새 예약 방법을 더하면 오류가 드러나는 곳이 달라지고, 같은 오류의 심각도도 달라질 수 있습니다.</p><p>보고서에는 줄마다 심각도를 먼저 싣고 영향 범위를 그 뒤에 싣습니다. 경로의 이름을 나열한 칸은 접수와 상담을 맡은 직원에게도 넘겨, 고쳐지기 전까지 어떤 문의에서 그 오류가 나올 수 있는지를 알게 합니다.</p></section>]]></description></item><item><title>같은 사실의 다른 표현과 실제 내용 차이, 오류에서 빼는 정규화 기준</title><link>https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EC%82%AC%EC%8B%A4%EC%9D%98-%EB%8B%A4%EB%A5%B8-%ED%91%9C%ED%98%84%EA%B3%BC-%EC%8B%A4%EC%A0%9C-%EB%82%B4%EC%9A%A9-%EC%B0%A8%EC%9D%B4-%EC%98%A4%EB%A5%98%EC%97%90%EC%84%9C-%EB%B9%BC%EB%8A%94-%EC%A0%95%EA%B7%9C%ED%99%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EA%B0%99%EC%9D%80-%EC%82%AC%EC%8B%A4%EC%9D%98-%EB%8B%A4%EB%A5%B8-%ED%91%9C%ED%98%84%EA%B3%BC-%EC%8B%A4%EC%A0%9C-%EB%82%B4%EC%9A%A9-%EC%B0%A8%EC%9D%B4-%EC%98%A4%EB%A5%98%EC%97%90%EC%84%9C-%EB%B9%BC%EB%8A%94-%EC%A0%95%EA%B7%9C%ED%99%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:04:30 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>네 항목을 맞춘 뒤에 남는 차이</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>표현이 다른 것과 내용이 다른 것은 두 문구를 같은 틀로 풀어 쓴 뒤에 구분합니다. 누구에게 적용되는지, 언제의 일인지, 누가 하는 일인지, 어떤 조건에서인지의 네 항목을 문구마다 채우고, 네 항목이 같은데 값이 다를 때만 실제 내용의 차이로 매깁니다. 네 항목을 맞춰 풀었더니 값이 같다면 표현만 다른 것이어서 오류에서 뺍니다.</p></div><p>글자만 맞대면 두 방향으로 틀립니다. 「오후 여섯 시까지」와 「18시 마감」은 글자가 달라 어긋난 것으로 걸리지만 같은 시각입니다. 「여섯 시까지 진료」와 「여섯 시까지 접수」는 글자가 거의 같아 넘어가지만, 진료가 끝나는 시각과 접수를 받는 시각은 다른 사실입니다. 앞의 문구들은 설명을 위해 꾸민 것입니다.</p><p>판정은 맞댄 두 문구의 짝마다 네 가지 가운데 하나입니다. 네 항목이 같고 값도 같으면 표현 차이, 네 항목 가운데 하나 이상이 달라 서로 다른 일을 말하고 있으면 적용 범위 다름, 네 항목이 같은데 값이 다르면 내용 상충, 어느 한쪽 문구에 항목이나 값의 단위를 채울 말이 없으면 맞출 수 없음입니다. 어느 쪽 값이 맞는지는 이 판정에서 정하지 않고, 병원이 승인한 사실과 따로 맞댑니다.</p></section><section id="p1-table"><h2>두 문구 짝의 네 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>표현 차이</td><td>네 항목이 같고 값도 같음</td><td>오류에서 빼고, 풀어 쓴 값을 기록</td></tr><tr><td>적용 범위 다름</td><td>네 항목 가운데 하나 이상이 달라 서로 다른 일을 말함</td><td>모순으로 세지 않고, 문구마다 승인한 사실과 따로 맞댐</td></tr><tr><td>내용 상충</td><td>네 항목이 같은데 값이 다름</td><td>두 값을 나란히 기록하고 승인한 사실과 맞댐</td></tr><tr><td>맞출 수 없음</td><td>어느 한쪽 문구에 항목이나 값의 단위를 채울 말이 없음</td><td>비어 있는 항목이나 단위를 기록하고 판정을 미룸</td></tr></tbody></table></div></div><p>적용 범위 다름은 문제가 없다는 뜻이 아닙니다. 평일의 시간을 말한 문구와 토요일의 시간을 말한 문구는 서로 모순되지 않지만, 저마다 승인한 사실과 맞는지는 따로 가려야 합니다. 이 판정은 두 문구가 서로 어긋나는지에 대한 것입니다.</p><p>맞출 수 없음을 표현 차이 쪽으로도 내용 상충 쪽으로도 기울이지 않습니다. 한쪽이 「진료 시간은 여섯 시까지」라고만 쓰고 요일을 밝히지 않았다면, 그 문구가 평일의 말인지 모든 날의 말인지 진단 담당이 정할 수 없습니다. 짐작으로 항목을 채우면 없는 모순을 만들거나 있는 모순을 지웁니다.</p><p>답변과 공식 자료를 맞댈 때도, 공식 자료끼리 맞댈 때도 같은 네 판정을 씁니다.</p></section><section id="p2-steps"><h2>두 문구를 풀어 맞대는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 맞댈 두 문구를 실린 곳의 주소, 읽은 날짜와 함께 글자 그대로 옮깁니다.</li><li>진단 담당이 문구마다 네 항목에 해당하는 말을 찾아 아래 표의 칸대로 풀어 씁니다.</li><li>진단 담당이 값을 같은 단위와 같은 표기로 고쳐 씁니다.</li><li>진단 담당이 네 항목이 같은지를 먼저 가리고, 같으면 값을 맞대 판정합니다.</li><li>진단 담당이 내용 상충과 맞출 수 없음으로 매긴 짝을 실장에게 넘기고, 실장이 승인한 사실을 더해 원장에게 넘깁니다.</li></ol><p>둘째 단계에서 항목을 채우는 말은 그 문구와 그 문구가 실린 곳에서만 찾습니다. 문구가 평일 진료 안내라는 제목 아래 있다면 시점 항목은 평일입니다. 제목도 앞뒤 문장도 요일을 말하지 않으면 시점 항목은 비어 있다고 씁니다.</p><p>셋째 단계에서 고쳐 쓰는 것은 표기뿐입니다. 시각은 한 가지 표기로, 요일은 요일 이름으로, 기간은 시작과 끝으로 풉니다. 「주 오 일」을 「월요일부터 금요일」로 푸는 일은 표기를 고치는 것이 아니라 뜻을 더하는 것이어서 하지 않습니다. 주 오 일이 어느 요일인지는 그 문구에 없습니다.</p><p>넷째 단계에서 항목부터 가리는 까닭은 값을 먼저 읽으면 다르다는 인상이 남아 항목의 차이를 놓치기 때문입니다. 값이 다른 두 문구를 만나면 곧바로 상충으로 매기지 않고, 대상과 시점이 같은 말인지부터 읽습니다.</p></section><section id="p2-axes"><h2>정규화의 네 항목</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>문구에서 찾는 것</th><th>이 항목이 달라 모순이 아닌 경우</th></tr></thead><tbody><tr><td>적용 대상</td><td>어느 기관, 어느 진료, 어떤 환자에 대한 말인지</td><td>한쪽은 첫 방문, 다른 쪽은 다시 온 환자</td></tr><tr><td>시점</td><td>어느 요일, 어느 기간, 언제부터의 말인지</td><td>한쪽은 평일, 다른 쪽은 토요일</td></tr><tr><td>주체</td><td>누가 하는 일인지</td><td>한쪽은 병원의 접수, 다른 쪽은 예약 서비스의 접수</td></tr><tr><td>조건</td><td>어떤 경우에 그런지</td><td>한쪽은 예약한 경우, 다른 쪽은 예약 없이 온 경우</td></tr></tbody></table></div></div><p>네 항목 가운데 하나만 달라도 두 문구는 서로 다른 일을 말한 것입니다. 첫 방문 환자의 접수 마감과 다시 온 환자의 접수 마감이 다르게 쓰여 있다면, 병원이 둘을 다르게 운영하는 것일 수 있습니다. 실제로 다르게 운영하는지는 승인한 사실로 가립니다.</p><p>한쪽 문구가 「쉬는 날 없이」나 「누구나」처럼 모든 경우를 스스로 말했다면, 그 항목은 비어 있는 것이 아니라 모든 경우로 풉니다. 아무 말이 없어 비어 있는 항목과는 다르게 다룹니다. 「쉬는 날 없이 진료」와 「명절에는 휴진」은 앞의 문구가 모든 날을 말하므로 시점이 겹치고, 값이 다르므로 내용 상충입니다. 앞의 문구들도 꾸민 것입니다.</p></section><section id="p3-record"><h2>문구 한 짝을 남기는 점검 기록</h2><p>맞댄 두 문구가 진단표의 한 줄입니다. 한 줄에는 문구마다 원문 칸 하나와 풀어 쓴 칸 다섯이 있습니다. 풀어 쓴 칸은 적용 대상, 시점, 주체, 조건, 값입니다. 두 문구의 같은 칸이 위아래로 놓이게 써서, 어느 칸이 다른지가 한눈에 읽히게 합니다.</p><p>원문 칸에는 글자를 고치지 않고 옮깁니다. 풀어 쓴 칸은 진단 담당이 고쳐 쓴 것이므로, 뒤에 읽는 사람이 풀이가 맞는지를 되돌아가 따질 수 있어야 합니다. 원문 칸이 없는 기록은 풀이를 믿는 수밖에 없습니다.</p><p>풀어 쓴 칸이 비면 빈칸으로 남기지 않고 「문구에 없음」이라고 씁니다. 빈칸은 찾지 않은 것인지 찾았는데 없던 것인지 가릴 수 없습니다. 한쪽의 칸이 「문구에 없음」이고 다른 쪽의 칸에 말이 있으면, 그 항목은 맞출 수 없는 항목입니다. 모든 경우를 스스로 말한 문구의 칸에는 「모든 경우」라고 써서 비어 있는 칸과 가릅니다.</p><p>값 칸에는 단위까지 씁니다. 시각은 시와 분을, 금액은 세금을 넣은 값인지를, 거리는 걸어서인지 차로인지를 함께 씁니다. 단위가 문구에 없으면 값 칸 옆에 단위 없음이라고 씁니다. 단위가 없는 두 값은 같은 숫자여도 표현 차이로 매기지 않고 맞출 수 없음으로 매깁니다.</p><p>판정 칸 옆에는 다른 항목의 이름을 씁니다. 적용 범위 다름이면 어느 항목이 달랐는지를, 내용 상충이면 네 항목이 같았다는 사실과 다른 값을, 맞출 수 없음이면 비어 있던 항목을 씁니다. 표현 차이로 매긴 줄에는 무엇이 달랐는지를 한마디로 씁니다. 시각의 표기, 요일을 묶어 부른 말, 낱말의 선택 같은 것입니다.</p><p>표현 차이로 매긴 줄은 오류 목록에 넣지 않고 따로 모읍니다. 이 줄들은 병원의 글이 같은 사실을 여러 표기로 쓰고 있다는 현황입니다. 표기를 하나로 맞출지는 병원이 정할 일이어서, 진단은 어느 표기가 몇 곳에 쓰였는지를 옮기는 데서 그칩니다.</p><p>실장은 내용 상충인 줄마다 승인한 사실을 더합니다. 두 값 가운데 하나가 승인한 값과 같으면 다른 쪽이 틀린 것이고, 둘 다 다르면 둘 다 틀린 것입니다. 승인한 사실이 없으면 없다고 쓰고, 원장이 그 값을 정한 뒤에 다시 맞댑니다.</p></section><section id="p4-faq" class="faq-section"><h2>표현 차이와 내용 차이 자주 묻는 질문</h2><div class="faq-card"><h3>시각을 한쪽은 열두 시로, 다른 쪽은 정오로 썼다면 표현 차이인가요?</h3><p>두 문구가 낮의 열두 시를 가리킨다는 것이 문구에서 읽히면 표현 차이입니다. 한쪽이 「열두 시까지」라고만 쓰고 낮인지 밤인지를 밝히지 않았다면 값을 하나로 풀 수 없으므로 맞출 수 없음으로 매기고, 어느 쪽인지는 실장이 승인한 사실로 답합니다.</p></div><div class="faq-card"><h3>뜻이 비슷한 낱말로 쓰인 두 문구는 누가 같은 뜻인지를 정하나요?</h3><p>진단 담당이 정하지 않습니다. 「예약제」와 「예약 우선」처럼 조건의 세기가 다를 수 있는 낱말은 값이 다른 것으로 풀어 내용 상충으로 매기고, 실장이 병원이 실제로 어떻게 운영하는지를 답합니다. 예약 없이는 받지 않는지, 예약한 사람을 먼저 받는지는 승인한 사실로만 가려집니다.</p></div><div class="faq-card"><h3>병원이 승인한 문서끼리 값이 다르면 어느 쪽을 기준으로 삼나요?</h3><p>두 문서의 짝은 내용 상충으로 매기되, 어느 쪽도 기준으로 삼지 않습니다. 승인한 사실이 둘이라는 것은 병원 안에서 값이 정해지지 않았다는 뜻이므로, 두 문서의 이름과 승인 날짜를 옮겨 원장에게 넘깁니다. 원장이 하나로 정한 뒤에 그 값으로 다시 맞댑니다.</p></div><div class="faq-card"><h3>적용 범위 다름으로 매긴 두 문구가 환자에게는 모순처럼 읽히면 어떻게 하나요?</h3><p>판정은 그대로 두고 그 사실을 메모합니다. 대상이나 시점이 문구 안에 분명히 쓰여 있지 않아 읽는 사람이 같은 일로 받아들일 수 있다면, 병원 글에 빠진 항목을 밝혀 쓰는 일을 수정 권고에 담습니다.</p></div><div class="faq-card"><h3>표현 차이가 아주 많이 나오면 진단 결과가 나쁜 것인가요?</h3><p>오류가 많다는 뜻은 아닙니다. 같은 사실을 여러 표기로 쓰고 있다는 현황이고, 그 가운데 서로 어긋난 값은 없습니다. 다만 표기가 여러 가지면 값이 바뀔 때 고칠 곳을 찾기 어려워지므로, 표기의 가짓수를 원장에게 함께 알립니다.</p></div></section><section id="p4-next"><h2>표기가 갈리는 곳을 줄이는 일</h2><p>표현 차이로 모은 줄은 병원의 글이 어디에서 표기를 달리 쓰는지를 말해 줍니다. 공식 홈페이지, 지도 서비스의 등록 정보, 블로그가 저마다 다른 표기를 쓰고 있다면 값이 바뀔 때 한 곳이 빠질 수 있습니다. 실린 곳마다 값을 맞대는 일을 정해진 때에 되풀이하려면 병원 정보 점검의 방법을 그대로 씁니다.</p><p>표기가 자주 갈리는 곳은 글을 여러 사람이 오래 써 온 블로그일 수 있습니다. 글마다 시간과 요일을 쓰는 법이 다르면 글끼리 맞출 수 없는 짝이 늘어납니다. 블로그를 어떤 기준으로 꾸려 갈지는 블로그마케팅 쪽 글이 맡습니다.</p></section>]]></description></item><item><title>llms.txt가 없는 병원 사이트, 진단 점수에서 감점하지 않는 이유</title><link>https://hospitalgeocheck.com/llms-txt%EA%B0%80-%EC%97%86%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EC%A7%84%EB%8B%A8-%EC%A0%90%EC%88%98%EC%97%90%EC%84%9C-%EA%B0%90%EC%A0%90%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</link><guid isPermaLink="true">https://hospitalgeocheck.com/llms-txt%EA%B0%80-%EC%97%86%EB%8A%94-%EB%B3%91%EC%9B%90-%EC%82%AC%EC%9D%B4%ED%8A%B8-%EC%A7%84%EB%8B%A8-%EC%A0%90%EC%88%98%EC%97%90%EC%84%9C-%EA%B0%90%EC%A0%90%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</guid><pubDate>Mon, 26 Oct 2026 07:04:17 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>필수 요건과 선택 파일을 나누는 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>llms.txt가 없다는 이유로 진단 점수를 낮추지 않습니다. 진단 점수는 공식 문서가 요구 조건으로 밝힌 항목에만 매겨야 하는데, llms.txt는 그런 조건이 아니기 때문입니다. 구글 검색 센터 문서는 AI 기능에 표시되기 위해 컴퓨터가 읽을 수 있는 새로운 파일이나 AI 텍스트 파일, 마크업을 따로 만들지 않아도 되며 별도로 추가해야 하는 구조화된 데이터도 없다고 안내합니다.</p></div><p>같은 문서가 요구 조건으로 드는 것은 페이지의 색인이 생성되어 있고 스니펫과 함께 검색에 표시될 수 있어야 한다는 것이며, 그 밖에 추가적인 기술 요구사항은 없다고 밝힙니다. 그래서 진단표의 기술 항목은 둘로 나뉩니다. 공식 문서가 요구하는 필수 요건 항목과, 두어도 되고 없어도 되는 선택 항목입니다. 필수 요건 항목만 점수에 넣고, 선택 항목은 있고 없음을 현황으로만 기록합니다.</p><p>다른 AI 서비스도 같은 방식으로 다룹니다. 어떤 서비스가 llms.txt 같은 파일을 쓴다는 내용이 그 서비스의 공식 안내에 있을 때만 그 서비스의 항목으로 따로 기록하고, 공식 안내에 없다면 점수 항목에 넣지 않습니다. 선택 항목을 점수에 넣으면, 공식 근거 없는 작업이 병원의 할 일 목록 앞쪽으로 올라옵니다.</p></section><section id="p1-table"><h2>기술 항목의 구분과 점수 반영</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>구분</th><th>점수 반영</th><th>근거</th></tr></thead><tbody><tr><td>색인 생성</td><td>필수 요건</td><td>반영함</td><td>구글 문서의 참조 링크 표시 조건</td></tr><tr><td>스니펫 표시 가능</td><td>필수 요건</td><td>반영함</td><td>구글 문서의 참조 링크 표시 조건</td></tr><tr><td>크롤링 허용</td><td>필수 요건</td><td>반영함</td><td>색인 생성의 앞 조건</td></tr><tr><td>llms.txt 파일</td><td>선택 항목</td><td>반영하지 않음</td><td>구글 문서가 따로 만들 필요 없다고 안내</td></tr><tr><td>AI 기능 전용 마크업</td><td>선택 항목</td><td>반영하지 않음</td><td>구글 문서가 별도로 추가할 데이터가 없다고 안내</td></tr></tbody></table></div></div><p>셋째 줄의 크롤링 허용은 문서가 요구 조건으로 직접 드는 말은 아니지만, 크롤링이 막힌 페이지는 색인 생성 조건을 채울 수 없어 필수 요건에 넣습니다. 문서도 기존 SEO 기본사항의 예로 크롤링이 허용되는지 확인하라고 안내합니다.</p><p>구글 문서가 요구 조건이 아니라 권장사항으로 드는 항목도 있습니다. 중요한 콘텐츠를 텍스트로 제공하는 일이 그런 예입니다. 이런 항목은 필수 요건 점수에 넣지 않고, 정보 항목마다 텍스트로 있는지를 현황으로 표시해 원장이 고칠 순서를 정하는 자료로 씁니다.</p><p>넷째와 다섯째 줄은 점수에서 빠질 뿐 진단에서 빠지는 것은 아닙니다. 파일이 있다면 그 내용이 병원 공식 정보와 맞는지는 다른 공개 문서와 똑같이 대조합니다.</p></section><section id="p2-steps"><h2>진단표에서 감점 항목을 고치는 네 단계</h2><ol class="step-list"><li>진단 담당이 지금 쓰는 진단표의 기술 항목마다 점수 반영 여부와 그 근거를 한 줄씩 옮깁니다.</li><li>진단 담당이 항목마다 공식 문서에 요구 조건으로 나오는지 대조해, 앞의 표처럼 필수 요건과 선택 항목으로 나눕니다.</li><li>선택 항목에 점수가 매겨져 있었다면, 진단 담당이 점수를 빼고 그 항목을 현황 칸으로 옮깁니다.</li><li>원장이 고친 진단표를 승인하고, 진단 담당이 고친 날짜와 뺀 항목을 진단표 머리에 밝힙니다.</li></ol><p>첫째 단계에서 근거 칸이 비는 항목이 나올 수 있습니다. 예전에 누가 왜 넣었는지 알 수 없는 항목이라면, 공식 문서에서 요구 조건을 찾을 때까지 필수 요건으로 두지 않고 선택 항목으로 분류합니다. 근거를 찾으면 그 문서의 주소를 근거 칸에 넣고 필수 요건으로 되돌립니다.</p><p>넷째 단계에서 뺀 항목을 밝히는 까닭은 고치기 전과 뒤의 점수를 견줄 때 차이가 어디서 왔는지 알게 하려는 것입니다. 선택 항목의 감점을 빼면 점수가 오를 수 있는데, 그 오름은 병원 사이트가 나아진 것이 아니라 진단 기준이 바뀐 결과입니다. 진단표 머리에 그 사실이 없으면 원장이 점수 상승을 개선으로 읽을 수 있습니다.</p><p>이미 llms.txt를 만든 병원이라면 지우라고 권하지 않습니다. 그 파일도 병원이 공개한 문서이므로, 아래 표의 칸으로 현황을 남기고 내용이 공식 정보와 맞는지를 대조합니다.</p></section><section id="p2-record"><h2>선택 파일의 현황 기록 네 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>있음 여부</td><td>파일이 있는지와 주소</td></tr><tr><td>마지막 수정일</td><td>파일을 마지막으로 고친 날짜</td></tr><tr><td>공식 정보와의 일치</td><td>파일 속 진료 시간, 주소, 진료 과목이 공식 정보와 맞는지</td></tr><tr><td>관리 담당</td><td>병원 정보가 바뀔 때 이 파일도 함께 고칠 사람</td></tr></tbody></table></div></div><p>셋째 칸이 어긋난다면 그것은 파일이 없어서 생긴 문제가 아니라, 공개된 문서에 옛 정보가 남은 문제입니다. 이 경우는 기술 항목이 아니라 정보 항목의 오류로 진단표에 올리고, 다른 채널의 옛 정보와 같은 방식으로 고칩니다.</p><p>넷째 칸이 비어 있는 파일은 지금은 맞더라도 병원 정보가 바뀐 뒤 옛 정보를 담은 채 남을 수 있습니다. 관리 담당을 정하지 못했다면, 파일을 유지할지 원장이 정하도록 현황과 함께 알립니다.</p><p>현황 기록은 다음 진단 때 첫째 칸부터 다시 채웁니다. 파일이 사라졌거나 주소가 바뀌었다면 그 사실만 남기고 점수에는 반영하지 않으며, 파일이 새로 생겼다면 셋째 칸의 대조부터 합니다.</p></section><section id="p3-before-after"><h2>진단 점수표를 고치기 전과 후</h2><p>감점 항목을 고친 진단 점수표가 어떻게 달라지는지 고치기 전과 후를 나란히 견줍니다. 아래는 설명을 위해 꾸민 가상의 기술 항목 점수표입니다.</p><p>고치기 전 점수표에는 기술 항목이 다섯 개였고, 항목마다 20점씩 모두 100점이었습니다. 색인 생성, 스니펫 표시 가능, 크롤링 허용, llms.txt 파일, AI 기능 전용 마크업입니다. 이 병원 사이트는 앞의 셋을 채웠고 뒤의 둘이 없어 60점으로 매겨졌습니다. 원장은 이 점수표를 보고 사이트의 기술 상태에 40점만큼 문제가 있다고 읽을 수 있습니다.</p><p>고친 뒤 점수표에서는 필수 요건 세 항목만 점수에 남습니다. 세 항목을 모두 채웠으므로 필수 요건 점수는 세 항목 가운데 셋 충족입니다. llms.txt 파일과 AI 기능 전용 마크업은 점수 칸에서 빠지고, 현황 칸에 둘 다 없음이라고 적힙니다.</p><p>두 점수표의 차이는 원장이 받는 할 일 목록에서 드러납니다. 고치기 전 점수표로는 40점을 되찾기 위해 파일과 마크업을 만드는 일이 할 일 목록 앞쪽에 옵니다. 고친 뒤 점수표로는 필수 요건이 모두 채워졌으므로 기술 쪽에서 앞세울 일이 없고, 할 일은 정보 항목의 오류나 인용 관측 쪽에서 정해집니다. 점수표가 같은 사이트를 두고 할 일의 방향을 이만큼 다르게 가리키므로, 점수 항목 하나를 넣고 빼는 일은 원장의 승인을 거쳐 정합니다.</p><p>점수표 머리에는 고친 날짜와 함께 선택 항목 두 개를 점수에서 뺐다는 사실을 밝힙니다. 다음 진단 담당은 고친 뒤 점수표만 이어서 쓰고, 고치기 전 점수와 견줄 때는 이 머리 글을 읽은 뒤 고치기 전 기록을 필수 요건 항목만으로 다시 센 값과 견줍니다. 이 가상 점수표라면 고치기 전 기록도 세 항목 가운데 셋 충족이어서, 기준을 바꾼 뒤에도 기술 상태는 달라지지 않았다는 것이 드러납니다.</p><p>고친 점수표를 원장에게 넘길 때는 점수표와 함께 필수 요건 세 항목의 근거 문서 주소, 선택 항목의 현황 기록 네 칸, 원장이 고친 진단표를 승인한 날짜를 한 묶음으로 넘깁니다. 받은 사람이 근거 문서를 다시 열어 요건이 바뀌지 않았는지 대조할 수 있어야, 점수표가 오래된 기준에 머무르지 않습니다.</p></section><section id="p4-faq" class="faq-section"><h2>llms.txt 진단 점수 자주 묻는 질문</h2><details class="faq-acc" open><summary>나중에 어떤 서비스가 llms.txt를 공식 요건으로 정하면 어떻게 하나요?</summary><p>그 서비스의 공식 안내에 요건으로 나온 날부터 그 서비스의 필수 요건 항목으로 진단표에 더합니다. 요건이 나오기 전의 진단 기록은 고치지 않고 그대로 남깁니다. 더한 날짜와 공식 안내의 주소를 진단표 머리에 밝혀, 그 전후의 점수를 섞어 읽지 않게 합니다.</p></details><details class="faq-acc"><summary>llms.txt를 만들어 두면 손해 볼 일은 없나요?</summary><p>파일 속 정보가 바뀐 뒤에도 고쳐지지 않으면 옛 정보를 담은 공개 문서가 하나 더 생깁니다. 만들 때는 관리 담당을 함께 정하고, 병원 정보가 바뀔 때 고칠 문서 목록에 이 파일을 넣습니다.</p></details><details class="faq-acc"><summary>대행사가 llms.txt 작성을 필수 작업이라고 제안하면 어떻게 판단하나요?</summary><p>그 작업이 어느 서비스의 어떤 공식 안내에 근거하는지를 대행사에 묻습니다. 근거 문서를 받지 못했다면 필수 작업이 아니라 선택 작업으로 분류하고, 할지 말지는 원장이 비용과 관리 부담을 따져 정합니다. 선택 작업으로 맡기더라도 파일 속 정보가 공식 정보와 맞는지는 대행사의 납품 조건에 넣습니다.</p></details><details class="faq-acc"><summary>구조화된 데이터도 점수에서 빼야 하나요?</summary><p>AI 기능만을 위한 구조화된 데이터는 선택 항목입니다. 다만 이미 넣은 구조화된 데이터가 화면의 텍스트와 맞는지는 구글 문서가 권장사항으로 드는 것이어서, 점수와 별도로 대조합니다.</p></details><details class="faq-acc"><summary>선택 항목을 점수에서 빼면 진단 점수가 올라가서 오해가 생기지 않나요?</summary><p>그래서 점수표 머리에 기준을 바꾼 날짜와 뺀 항목을 밝힙니다. 기준이 바뀐 날 전후의 점수를 같은 기준으로 견주려면, 고치기 전 기록도 필수 요건 항목만으로 다시 셉니다.</p></details></section><section id="p4-next"><h2>필수 요건 밖에서 챙길 것</h2><p>구조화된 데이터는 AI 기능을 위해 따로 넣을 필요가 없지만, 병원이 이미 넣은 데이터가 화면의 텍스트와 어긋나지 않는지는 챙길 일입니다. 병원 사이트에 어떤 구조화된 데이터를 넣을지는 구조화 데이터에서 따로 다룹니다.</p><p>진단 점수표는 기술 항목의 점수와 정보 항목의 오류를 한 숫자로 합치지 않습니다. 기술 필수 요건을 모두 채운 사이트라도 진료 시간이 틀리게 남은 페이지가 있을 수 있어, 두 쪽은 나란히 싣고 따로 읽습니다. 한 숫자로 합치면 기술 점수가 높다는 이유로 정보 오류가 가려질 수 있습니다.</p><p>점수에서 뺀 항목 대신 챙길 일로는 중요한 안내를 텍스트로 두는 화면 설계가 있습니다. 화면을 어떤 기준으로 설계할지는 병원 홈페이지 디자인에서 이어서 정리합니다.</p></section>]]></description></item><item><title>인용 링크와 주장, 근거 문장을 짝지어 무관 인용을 가르는 법</title><link>https://hospitalgeocheck.com/%EC%9D%B8%EC%9A%A9-%EB%A7%81%ED%81%AC%EC%99%80-%EC%A3%BC%EC%9E%A5-%EA%B7%BC%EA%B1%B0-%EB%AC%B8%EC%9E%A5%EC%9D%84-%EC%A7%9D%EC%A7%80%EC%96%B4-%EB%AC%B4%EA%B4%80-%EC%9D%B8%EC%9A%A9%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%B8%EC%9A%A9-%EB%A7%81%ED%81%AC%EC%99%80-%EC%A3%BC%EC%9E%A5-%EA%B7%BC%EA%B1%B0-%EB%AC%B8%EC%9E%A5%EC%9D%84-%EC%A7%9D%EC%A7%80%EC%96%B4-%EB%AC%B4%EA%B4%80-%EC%9D%B8%EC%9A%A9%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:04:04 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>주장 하나에 근거 문장 하나를 짝짓는 대조</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>인용 링크가 주장을 뒷받침하는지는 답을 주장 단위로 나눈 뒤, 주장마다 인용 페이지 안에서 같은 내용을 말하는 근거 문장을 찾아 짝지어 판정합니다. 근거 문장이 있으면 뒷받침하는 인용이고, 페이지가 주장과 같은 주제를 다루기만 하거나 전혀 다른 내용이라면 짝이 없는 인용으로 떼어 냅니다.</p></div><p>답 문장 하나에는 주장이 여럿 들어 있을 수 있습니다. 이 의원은 토요일에도 진료하고 주차가 된다는 문장에는 토요일 진료와 주차라는 두 주장이 있고, 인용 링크가 하나라면 그 링크가 두 주장을 모두 받쳐야 합니다. 문장 단위로 대조하면 한 주장만 근거가 있어도 문장 전체가 뒷받침된 것처럼 기록됩니다.</p><p>짝짓기의 기준은 근거 문장입니다. 인용 페이지에 병원 이름이 나오거나 같은 진료과목을 다룬다는 것만으로는 짝이 되지 않습니다. 주장과 같은 사실을 말하는 문장을 페이지에서 찾아 그대로 옮길 수 있을 때만 짝이 섭니다.</p></section><section id="p1-official"><h2>인용을 열어 대조하라는 안내</h2><p>챗GPT 공식 도움말은 웹 검색을 쓴 답에 인용이 들어갈 수 있고 인용을 누르면 출처가 열리며, 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 인용된 출처를 열어 답을 뒷받침하는지 가리라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 달아 이용자가 정보를 확인할 수 있게 한다고 안내합니다.</p><p>두 안내 모두 인용이 붙었다는 사실과 인용이 답을 받친다는 사실을 같은 것으로 말하지 않습니다. 인용을 열어 뒷받침 여부를 가리는 일은 이용자에게 맡겨져 있고, 병원 GEO 진단은 그 일을 주장 단위로 기록하는 것입니다.</p><p>서비스가 인용 번호를 문장의 어느 주장에 붙이는지, 한 번호가 여러 주장을 대신하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 인용 번호가 붙은 위치를 그대로 옮겨 적고, 번호 하나에 걸린 주장을 모두 짝짓기 대상으로 삼습니다.</p></section><section id="p1-table"><h2>짝짓기 판정표</h2><p class="table-caption">주장과 인용 링크의 짝은 아래 짝짓기 판정표의 다섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>인용 페이지에서 찾은 것</th><th>판정</th><th>처리</th></tr></thead><tbody><tr><td>주장과 같은 사실을 말하는 문장</td><td>근거 있음</td><td>근거 문장을 그대로 옮겨 기록</td></tr><tr><td>주장의 일부만 말하는 문장</td><td>부분 근거</td><td>근거가 없는 나머지 부분을 따로 기록</td></tr><tr><td>주장과 같은 주제의 글이지만 그 사실을 말하는 문장이 없음</td><td>주제만 겹침</td><td>무관 인용과 나누어 기록</td></tr><tr><td>주장과 다른 주제의 글</td><td>무관 인용</td><td>답이 그 링크 없이 만들어진 주장으로 기록</td></tr><tr><td>페이지가 열리지 않거나 로그인해야 보임</td><td>열람 불가</td><td>열어 본 날을 남기고 다음 대조 때 다시 열어 새 줄로 기록</td></tr></tbody></table></div></div><p>짝짓기 판정표의 판정 값은 이 다섯 가지뿐입니다. 주제만 겹침을 무관 인용과 나누는 까닭은 고칠 곳이 달라서입니다. 주제만 겹친 병원 페이지는 그 사실을 한 문장으로 분명히 쓰면 근거가 될 수 있지만, 무관 인용은 병원 페이지를 고쳐도 짝이 생기지 않습니다.</p></section><section id="p2-steps"><h2>주장과 근거 문장을 짝짓는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답을 원문 그대로 저장하고, 인용 번호가 붙은 위치를 표시합니다.</li><li>진단 담당이 답 문장을 주장 단위로 나누고, 주장마다 걸린 인용 번호를 함께 씁니다.</li><li>진단 담당이 인용 링크를 열어 주장마다 근거 문장을 찾고, 찾은 문장을 그대로 옮깁니다.</li><li>진단 담당이 짝짓기 판정표로 판정하고, 판정 까닭을 주장 기록표에 씁니다.</li><li>원장이 부분 근거와 주제만 겹침으로 판정된 병원 쪽 페이지를 받아, 근거 문장을 보강할지 정합니다.</li></ol><p>둘째 단계에서 주장을 나누는 기준은 따로 맞고 틀릴 수 있는가입니다. 진료 요일과 진료 시간은 한쪽만 틀릴 수 있으므로 두 주장으로 나누고, 병원 이름과 주소처럼 한 기관을 가리키는 말은 주장이 아니라 주어로 다룹니다.</p><p>셋째 단계에서 근거 문장을 찾을 때는 주장 속 진료 이름이나 요일처럼 그 주장에만 있는 낱말로 페이지 안을 좁혀 찾습니다. 그래도 찾지 못하면 페이지의 주제에 따라 주제만 겹침이나 무관 인용으로 판정하고, 찾은 방법을 판정 까닭에 씁니다.</p><p>셋째 단계에서 근거 문장을 요약하지 않고 그대로 옮기는 것은 다음 대조에서 같은 페이지가 바뀌었는지 알기 위해서입니다. 요약해 두면 페이지의 문장이 바뀌어도 기록과 달라진 곳을 찾기 어렵습니다.</p></section><section id="p2-record"><h2>주장 기록표</h2><p class="table-caption">다섯 단계의 결과는 주장마다 아래 주장 기록표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>주장</td><td>답에서 나눈 주장 한 개와 그 주장이 있던 답 문장</td><td>진단 담당</td></tr><tr><td>인용 링크</td><td>주장에 걸린 인용 번호와 링크 주소</td><td>진단 담당</td></tr><tr><td>근거 문장</td><td>인용 페이지에서 그대로 옮긴 문장과 찾은 날</td><td>진단 담당</td></tr><tr><td>판정</td><td>짝짓기 판정표의 다섯 값 가운데 하나</td><td>진단 담당</td></tr><tr><td>보강 결정</td><td>병원 쪽 페이지라면 근거 문장을 보강할지와 결정한 날</td><td>원장</td></tr></tbody></table></div></div><p>주장 기록표는 뒷받침 여부만 다룹니다. 주장의 내용이 병원의 지금 사실과 맞는지, 인용 페이지가 우리 병원에 관한 것인지는 따로 대조하는 항목이라 이 표의 판정 칸에 섞지 않습니다. 근거 있음으로 판정된 주장도 근거 문장 자체가 옛 정보라면 사실 대조에서 틀린 주장이 될 수 있습니다.</p></section><section id="p3-compare"><h2>문장 단위 대조와 주장 단위 짝짓기의 비교</h2><p>문장 단위로 대조하면 기록이 짧아집니다. 답 문장마다 인용 링크가 받쳐 주는지만 적으면 되기 때문입니다. 그러나 한 문장에 주장이 여럿이면, 근거가 있는 주장 하나가 근거 없는 주장을 가립니다. 토요일 진료는 인용 페이지에 있고 주차는 없는데 문장 전체가 뒷받침된 것으로 기록되면, 병원은 주차 정보가 어디서 왔는지 찾을 기회를 잃습니다.</p><p>주장 단위로 짝지으면 기록은 길어지지만 무관 인용과 부분 근거가 드러납니다. 위의 예라면 토요일 진료는 근거 있음, 주차는 무관 인용이나 주제만 겹침으로 따로 판정되어, 병원은 주차 정보가 인용 링크 밖에서 왔다는 것을 알게 됩니다.</p><p>두 방식의 차이는 인용이 적은 답에서 더 커집니다. 문단 끝에 인용 번호 하나만 붙은 답은 문장 단위로 대조하면 번호 하나에 판정 하나가 매겨지지만, 주장 단위로 짝지으면 그 번호에 걸린 주장마다 판정이 나와 어느 주장이 인용 없이 서 있는지 드러납니다.</p><p>기록의 길이가 부담이라면 병원 정보에 관한 주장만 짝짓기 대상으로 삼고, 일반 의학 설명의 주장은 문장 단위로 남기는 방식으로 줄일 수 있습니다. 어느 범위까지 주장 단위로 할지는 진단을 맡길 때 병원이 정하고, 정한 범위를 진단 보고서 첫머리에 밝혀 두 방식의 기록이 섞여 읽히지 않게 합니다.</p></section><section id="p3-link"><h2>근거 문장을 병원 페이지에 담는 일</h2><p>주제만 겹침으로 판정된 병원 쪽 페이지가 많다면, 그 페이지들이 사실을 한 문장으로 분명히 말하지 않고 흩어 쓰고 있을 가능성이 있습니다. 주장 하나에 근거 문장 하나가 대응하도록 병원 페이지를 쓰는 방법은 병원 AI 인용 콘텐츠에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>인용 링크 짝짓기 자주 묻는 질문</h2><details class="faq-acc" open><summary>인용 페이지가 PDF 문서나 표 파일일 때 근거 문장은 어떻게 옮깁니까?</summary><p>PDF 문서라면 근거가 있는 쪽과 문단을 함께 적어 문장을 그대로 옮깁니다. 표라면 칸 하나는 문장이 아니므로, 줄 이름과 칸 이름, 칸의 값을 한 줄로 이어 근거 문장 칸에 쓰고 표에서 옮겼다는 것을 밝힙니다. 파일이 내려받아지지 않으면 열람 불가로 판정합니다.</p></details><details class="faq-acc"><summary>근거 문장이 페이지 속 그림 안의 글자로만 있으면 근거 있음입니까?</summary><p>사람이 읽어 같은 사실임을 알 수 있다면 근거 있음으로 판정하고, 근거 문장 칸에 그림 속 글이라는 것을 함께 씁니다. 병원 쪽 페이지라면 그 사실을 본문 글자로도 싣도록 보강 결정 칸에 올립니다.</p></details><details class="faq-acc"><summary>같은 링크가 여러 답에 인용되면 근거 문장을 답마다 다시 찾습니까?</summary><p>같은 날 연 같은 페이지라면 앞에서 옮긴 근거 문장을 다시 써도 됩니다. 날짜가 다르면 페이지가 바뀌었을 수 있으므로 다시 열어 근거 문장이 그대로 있는지 맞대고, 찾은 날을 새로 씁니다.</p></details><details class="faq-acc"><summary>무관 인용이 병원 자기 페이지라면 병원이 고칠 것이 있습니까?</summary><p>인용된 그 페이지는 그대로 두고, 그 주장의 사실을 다루는 다른 병원 페이지가 있는지 찾습니다. 있는데 인용되지 않았다면 그 페이지가 사실을 한 문장으로 분명히 쓰는지 원장이 보강을 정하고, 없다면 병원 쪽에 그 사실을 다루는 문장이 없다는 것을 보강 결정 칸에 남깁니다.</p></details><details class="faq-acc"><summary>근거 문장이 우리 병원이 아닌 다른 기관의 이름으로 쓰여 있으면 짝이 섭니까?</summary><p>서지 않습니다. 우리 병원에 관한 주장과 다른 기관에 관한 문장은 같은 사실을 말하지 않으므로, 내용이 같아도 근거 있음이 아니라 주제만 겹침으로 판정합니다. 판정 까닭에는 그 문장이 가리키는 기관 이름을 적어, 기관이 섞였는지 따로 대조할 때 쓰게 합니다.</p></details></section><section id="p4-exceptions"><h2>짝짓기를 그대로 하기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>한 주장에 인용 번호가 둘 이상 걸려 있다면 링크마다 따로 짝짓고, 하나라도 근거 있음이면 그 주장은 근거 있음으로 기록합니다. 나머지 링크의 판정도 같은 줄에 함께 남겨, 어느 링크가 실제로 받쳐 주었는지 드러나게 합니다.</p><p>답이 인용 번호 없이 참고한 곳의 목록만 답 끝에 모아 보여 주는 경우에는 주장과 링크의 연결이 답에 드러나지 않습니다. 이때는 목록의 링크마다 모든 주장과 짝지어 보고, 어느 링크에서도 근거 문장이 나오지 않은 주장은 무관 인용으로 기록하고, 판정 까닭에 목록형 인용이었다고 밝힙니다. 그래야 번호가 붙은 답의 무관 인용과 목록만 있는 답의 무관 인용을 보고서에서 나누어 셀 수 있습니다.</p><p>인용 페이지가 대조하는 사이에 바뀌어 근거 문장이 사라졌다면, 답을 받은 날에 그 문장이 있었는지 알 수 없습니다. 이때는 찾은 날의 페이지로 판정하고, 판정 까닭에 답을 받은 날과 찾은 날이 다르다는 것을 씁니다.</p></div></section>]]></description></item><item><title>병원이 하지 않는 응급 대응을 가능하다고 한 AI 안내, 위험 우선 표시</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EC%9D%B4-%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%91%EA%B8%89-%EB%8C%80%EC%9D%91%EC%9D%84-%EA%B0%80%EB%8A%A5%ED%95%98%EB%8B%A4%EA%B3%A0-%ED%95%9C-ai-%EC%95%88%EB%82%B4-%EC%9C%84%ED%97%98-%EC%9A%B0%EC%84%A0-%ED%91%9C%EC%8B%9C</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90%EC%9D%B4-%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%91%EA%B8%89-%EB%8C%80%EC%9D%91%EC%9D%84-%EA%B0%80%EB%8A%A5%ED%95%98%EB%8B%A4%EA%B3%A0-%ED%95%9C-ai-%EC%95%88%EB%82%B4-%EC%9C%84%ED%97%98-%EC%9A%B0%EC%84%A0-%ED%91%9C%EC%8B%9C</guid><pubDate>Mon, 26 Oct 2026 07:03:51 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>병원이 하는 급한 진료와 하지 않는 응급 대응</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원이 하지 않는 응급 대응을 가능하다고 안내한 답변은 병원이 공개한 실제 대응 범위와 안내 문구를 맞대어 가장 앞에 올리는 오류로 표시하며, 환자가 급할 때 그 답변을 따라 움직일 수 있다는 행동 오도의 위험을 먼저 씁니다. 응급실을 두지 않은 병원이나 야간에 문을 닫는 의원에 대해 AI가 「응급 상황에도 진료가 가능합니다」 「밤에 급하면 이 병원으로 가시면 됩니다」라고 답하는 경우가 있을 수 있습니다.</p></div><p>이 오류는 다른 운영정보의 오류와 무게가 다릅니다. 진료시간이 틀리면 환자는 헛걸음을 하고 다시 옵니다. 응급 대응이 틀리면 급한 환자가 그 병원을 향해 가는 동안 시간을 잃습니다. 도착해서야 응급 진료를 하지 않는다는 말을 듣고 다른 곳을 찾아야 합니다. 그래서 이 항목은 다른 오류와 같은 줄에 두지 않고, 발견한 날 실장에게 알리는 묶음으로 따로 씁니다.</p><p>이 진단은 환자에게 응급 때 어떻게 하라고 알려 주는 지침이 아닙니다. 진단이 다루는 것은 그 병원이 어떤 급한 진료를 실제로 하는지, 병원의 공식 안내가 무엇이라 쓰여 있는지, 답변이 그것과 같은지라는 기관 서비스의 사실입니다. 어떤 상태가 응급인지, 응급 때 무엇을 해야 하는지는 담당이 쓰지 않습니다.</p><p>값은 대응 범위대로 전함, 하지 않는 응급 대응을 가능하다고 전함, 일부 시간의 대응을 언제나로 넓힘, 다른 기관의 응급 대응을 이 병원의 것으로 전함, 운영 범위 자료 없음의 다섯입니다. 일부 시간의 대응을 언제나로 넓힘은 진료시간 안에서는 급한 환자를 먼저 보기도 하는 병원을 밤낮없이 응급 대응을 하는 곳처럼 전한 경우입니다.</p></section><section id="p1-table"><h2>병원의 대응 범위와 답변의 표현에 따른 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>병원의 대응 범위와 답변의 표현</th><th>값</th><th>진단에서의 쓰임</th></tr></thead><tbody><tr><td>병원이 공개한 대응 범위와 시간을 그대로 전함</td><td>대응 범위대로 전함</td><td>범위와 시간이 공식 안내와 같은지 맞댐</td></tr><tr><td>병원이 하지 않는 응급 대응을 할 수 있다고 전함</td><td>하지 않는 응급 대응을 가능하다고 전함</td><td>맨 앞에 올리고 발견한 날 실장에게 알림</td></tr><tr><td>진료시간 안의 급한 진료를 언제나 가능한 응급 대응으로 전함</td><td>일부 시간의 대응을 언제나로 넓힘</td><td>공식 안내의 시간을 옮겨 표시하고 앞 묶음에 올림</td></tr><tr><td>협력 기관이나 같은 건물 다른 기관의 응급 대응을 이 병원의 것으로 전함</td><td>다른 기관의 응급 대응을 이 병원의 것으로 전함</td><td>실제로 대응하는 기관을 식별 칸에 쓰고 앞 묶음에 올림</td></tr><tr><td>병원의 대응 범위를 정한 자료를 받지 못함</td><td>운영 범위 자료 없음</td><td>맞다고도 틀리다고도 쓰지 않고 그날 자료를 요청</td></tr></tbody></table></div></div><p>값은 병원이 그 대응을 하는지부터 읽어 하나만 매깁니다. 전혀 하지 않는 대응이면 하지 않는 응급 대응을 가능하다고 전함에서 멈춥니다. 정해진 시간에만 하는 대응이면 시간을 넓혔는지를 읽고, 답변이 다른 기관의 대응을 옮긴 것으로 드러나면 그 값을 씁니다. 운영 범위 자료 없음도 이 항목에서는 그날 요청합니다. 확인이 늦어지는 동안 답변이 그대로 읽히기 때문입니다.</p><p>이 항목의 값에는 담당이 심각도를 따로 쓰지 않습니다. 앞 묶음에 올리는 것은 이 항목의 규칙이며, 그 뒤에 어떻게 대응할지는 원장이 정합니다. 담당은 알린 시각과 받은 사람을 기록해, 알림이 어디서 멈췄는지를 뒤에 되찾을 수 있게 합니다.</p></section><section id="p2-scope"><h2>답변마다 옮기는 다섯 가지</h2><p class="table-caption">담당은 답변마다 아래 다섯 가지를 옮깁니다. 둘째 칸은 실장이 채웁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>옮길 것</th><th>내용</th><th>찾는 곳</th></tr></thead><tbody><tr><td>응답</td><td>질문, 응급 대응에 대해 쓴 문장, 시간과 대상의 말, 받은 날</td><td>AI 답변 화면</td></tr><tr><td>승인 운영 범위</td><td>병원이 하는 급한 진료의 범위, 응급실을 두는지, 그 시간</td><td>실장이 넘긴 운영 자료</td></tr><tr><td>공식 안내</td><td>병원이 급한 때에 대해 환자에게 쓴 문장과 그 주소</td><td>병원 홈페이지, 등록 정보, 안내 문자</td></tr><tr><td>다른 기관과의 관계</td><td>협력 기관이나 같은 건물 기관의 응급 대응과 병원의 관계</td><td>실장의 답</td></tr><tr><td>답변이 든 출처</td><td>응급 대응을 말하며 단 주소와 그 글의 문장</td><td>AI 답변의 출처</td></tr></tbody></table></div></div><p>승인 운영 범위는 병원이 정한 말로 받습니다. 「응급실 없음」 「진료시간 안 급한 환자 우선 진료」 「야간 진료 없음」처럼 병원이 무엇을 하고 무엇을 하지 않는지를 문장으로 받고, 시간이 걸린 범위는 요일과 시각까지 받습니다. 운영 범위가 최근에 바뀌었다면 바뀐 날을 함께 받습니다.</p><p>응답은 시간과 대상의 말까지 옮깁니다. 「응급 진료 가능」 「24시간」 「밤에도」 「급하면 바로」 같은 말이 어디에 걸려 있는지를 글자 그대로 옮기고, 병원 이름 대신 「이곳」 「여기」처럼 가리켰다면 그 말이 이 병원을 가리키는지를 앞 문장으로 읽습니다.</p><p>공식 안내는 병원이 급한 때에 대해 쓴 문장을 그대로 옮깁니다. 「본원은 응급실을 운영하지 않습니다」 「진료시간 외에는 가까운 응급 의료기관을 이용해 주십시오」처럼 병원이 스스로 밝힌 문장이 있는지가 핵심입니다. 이런 문장이 없다면 그 사실이 병원 글의 공백입니다. 담당은 그 문장을 대신 지어 넣지 않습니다.</p><p>답변이 든 출처는 원천을 찾는 데 씁니다. 병원의 옛 안내에 「응급 진료」라는 말이 남아 있는지, 병원 이름이 비슷한 다른 기관의 글인지, 같은 건물 기관의 안내인지를 옮깁니다. 원천이 병원 글이라면 그 주소를 앞 묶음에 함께 씁니다. AI 서비스가 왜 하지 않는 대응을 가능하다고 전했는지는 공식 안내로 확인된 범위 밖입니다.</p></section><section id="p3-mistakes"><h2>응급 대응 오류를 기록할 때 자주 틀리는 세 가지</h2><p>첫째는 다른 운영정보 오류와 같은 순서로 넘기는 것입니다. 진단표를 다 만든 뒤에 한꺼번에 넘기면, 그 사이 며칠 동안 답변이 그대로 읽힙니다. 이 항목은 발견한 날 실장에게 알리고, 알린 시각을 기록에 씁니다. 보고서의 순서는 그 뒤에 정합니다.</p><p>둘째는 담당이 응급 때의 안내를 대신 쓰는 것입니다. 오류를 바로잡으려는 마음에 기록이나 권고에 「응급 때는 이렇게 하십시오」라는 문장을 넣으면, 진단이 환자 지침을 쓴 것이 됩니다. 담당은 병원의 공식 안내에 있는 문장만 옮기고, 없으면 없다고 씁니다. 그 문장을 어떻게 쓸지는 병원이 정합니다.</p><p>셋째는 병원이 급한 환자를 먼저 본 적이 있다는 말로 답변을 맞음으로 닫는 것입니다. 직원이 「급하게 오신 분을 먼저 봐 드린 적이 있다」고 답하더라도, 그것이 병원이 승인해 공개한 대응 범위가 아니라면 답변의 「응급 진료 가능」을 받쳐 주지 않습니다. 값은 승인된 운영 범위와 공식 안내로 매깁니다.</p></section><section id="p3-handover"><h2>넘기는 묶음과 병원 글의 권고</h2><p>원장에게는 이 항목을 다른 오류와 떼어 앞 묶음으로 넘깁니다. 답변마다 질문과 AI 문장, 승인 운영 범위, 공식 안내의 문장, 다른 기관과의 관계, 원천의 주소, 값, 실장에게 알린 시각을 씁니다. 원천이 병원 글인 건을 가장 앞에 놓습니다. 병원이 오늘 고칠 수 있기 때문입니다.</p><p>수정 권고는 병원 글에 한정합니다. 병원이 응급 대응을 하지 않는다면 그 사실을 진료 안내와 등록 정보에 글자로 밝히고, 옛 글에 남은 「응급」 표현을 고치도록 권고합니다. 급한 때 환자에게 어떤 안내를 할지는 원장이 정하고, 광고 글에서 쓰면 안 되는 표현은 의료광고 금지 표현에서 이어서 정리합니다. 고친다고 AI 답변이 달라진다고 약속하지 않습니다.</p><p>병원 글을 AI로 만들다 보면 병원이 하지 않는 대응이 일반 설명에 섞여 들어갈 수 있으므로, 그런 글을 만들 때 대응 범위를 지키는 방법은 병원 AI 콘텐츠 제작에서 이어서 정리합니다.</p></section><section id="p4-faq" class="faq-section"><h2>병원이 하지 않는 응급 대응 안내 자주 묻는 질문</h2><div class="faq-card"><h3>AI가 「급하면 전화로 먼저 문의하세요」라고만 했다면 응급 대응이 가능하다고 전한 것인가요?</h3><p>응급 대응을 한다고 말하지는 않았으므로 하지 않는 대응을 가능하다고 전함은 아닙니다. 다만 그 전화가 진료시간 밖에도 받는지, 병원의 공식 안내에 급한 때의 전화 안내가 있는지를 맞대고, 다르면 비고에 씁니다.</p></div><div class="faq-card"><h3>같은 건물에 응급 대응을 하는 다른 병원이 있고 AI가 두 곳을 섞었다면 어떻게 기록하나요?</h3><p>실제로 대응하는 기관의 개설 명칭과 주소를 식별 칸에만 쓰고, 값은 다른 기관의 응급 대응을 이 병원의 것으로 전함입니다. 두 기관이 협력 관계인지는 실장의 답으로 비고에 씁니다. 그 기관의 이름은 보고서의 다른 곳에 옮기지 않습니다.</p></div><div class="faq-card"><h3>병원 홈페이지에 예전의 「야간 응급 진료」 배너가 남아 있다면 무엇부터 하나요?</h3><p>배너의 주소와 올린 날을 옮기고, 발견한 날 실장에게 알립니다. 그 배너가 답변의 원천일 수 있으므로 앞 묶음의 가장 앞에 놓고, 내릴지는 원장이 정합니다. 답변의 값은 승인된 운영 범위로 매깁니다.</p></div><div class="faq-card"><h3>진료시간 안에는 급한 환자를 먼저 본다고 병원이 공식 안내에 썼다면 「응급 진료 가능」은 맞는 말인가요?</h3><p>병원이 쓴 것은 진료시간 안에 급한 환자를 먼저 본다는 것이고, 응급 대응을 한다는 것은 아닙니다. 답변이 시간을 밝히지 않고 응급 진료가 가능하다고 했다면 일부 시간의 대응을 언제나로 넓힘으로 매기고, 병원 안내의 문장을 나란히 씁니다.</p></div><div class="faq-card"><h3>병원이 응급실은 운영하지만 어떤 진료과는 응급 대응을 하지 않는다면 어떻게 맞대나요?</h3><p>진료과마다 줄을 나눠 승인된 대응 범위를 옮깁니다. 답변이 응급 대응을 하지 않는 진료과에 대해 응급 진료가 가능하다고 했다면 그 줄은 하지 않는 응급 대응을 가능하다고 전함입니다. 응급실이 있다는 사실만으로 모든 진료과의 응급 대응을 맞음으로 닫지 않으며, 진료과마다의 범위는 실장이 넘긴 운영 자료의 말 그대로 옮깁니다.</p></div></section>]]></description></item><item><title>이전 주소 안내 오류의 긴급 수정 대상 선별</title><link>https://hospitalgeocheck.com/%EC%9D%B4%EC%A0%84-%EC%A3%BC%EC%86%8C-%EC%95%88%EB%82%B4-%EC%98%A4%EB%A5%98%EC%9D%98-%EA%B8%B4%EA%B8%89-%EC%88%98%EC%A0%95-%EB%8C%80%EC%83%81-%EC%84%A0%EB%B3%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%B4%EC%A0%84-%EC%A3%BC%EC%86%8C-%EC%95%88%EB%82%B4-%EC%98%A4%EB%A5%98%EC%9D%98-%EA%B8%B4%EA%B8%89-%EC%88%98%EC%A0%95-%EB%8C%80%EC%83%81-%EC%84%A0%EB%B3%84</guid><pubDate>Mon, 26 Oct 2026 07:03:38 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>이전 주소 오류의 시급도를 가르는 두 기준</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>이전 주소를 안내한 오류가 얼마나 시급한지는 두 가지로 갈립니다. 답변이 이전 완료일 뒤에 옛 주소를 지금 위치로 전했는지, 그리고 그 답변이 환자를 옛 위치로 곧장 이동하게 하는 형태인지입니다. 두 조건을 모두 채우면 그날 고칠 긴급 오류이고, 첫째 조건만 채웠거나 지금 위치가 흐리게 전해졌다면 순서를 정해 고칩니다.</p></div><p>첫째 기준은 날짜입니다. 이전 완료일은 옛 위치에서 마지막으로 진료한 날의 다음 날입니다. 새 위치의 첫 진료일과 사이에 쉬는 날이 있을 수 있어, 두 날짜는 이전 기록에 따로 씁니다. 이 날 전에 받은 답변이 옛 주소를 전했다면 당시에는 맞는 안내였으므로 오류가 아닙니다. 이 날 뒤에도 옛 주소를 지금 위치로 전한다면 오류이고, 시급도를 따질 대상입니다.</p><p>둘째 기준은 답변의 형태입니다. 주소를 문장으로만 전한 답변은 환자가 병원 홈페이지나 전화로 한 번 더 대조할 여지가 있습니다. 반면 지도나 길 안내를 함께 보여 준 답변은 환자가 그대로 옛 위치로 향하게 할 수 있습니다. 오픈AI 도움말은 iOS와 안드로이드에서 관련 결과에 지도가 함께 나올 수 있다고 안내합니다. 진단 원자료에 지도가 함께 나왔는지를 기록해야 하는 까닭입니다.</p><p>챗GPT가 지역 정보를 어디서 가져오는지도 이 판단과 이어집니다. 오픈AI 도움말은 챗GPT가 주변 업체 목록 같은 지역 정보를 제공하는 신뢰할 수 있는 외부 제공자와 위치를 공유할 수 있다고 안내합니다. 외부 업체 목록에 옛 주소가 남아 있다면 그 목록을 쓰는 답변에도 옛 주소가 나올 수 있습니다.</p></section><section id="p1-table"><h2>이전 주소 오류의 세 등급</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>답변의 형태</th><th>등급</th><th>그렇게 매기는 까닭</th></tr></thead><tbody><tr><td>옛 주소를 지금 위치로 전하고 지도나 길 안내를 함께 보여 줌</td><td>긴급</td><td>환자가 대조 없이 옛 위치로 향할 수 있음</td></tr><tr><td>옛 주소를 지금 위치로 전하되 주소 문장만 있음</td><td>우선</td><td>환자가 다른 곳에서 대조할 여지가 있음</td></tr><tr><td>옛 주소와 새 주소를 함께 전하되 어느 쪽이 지금 위치인지 밝히지 않음</td><td>일반</td><td>환자가 두 주소를 보고 병원에 물을 수 있음</td></tr></tbody></table></div></div><p>세 줄 모두 이전 완료일 뒤의 답변에만 매깁니다. 이전 완료일 전의 답변이나, 옛 주소를 예전 위치라고 밝히고 새 주소를 지금 위치로 전한 답변은 오류가 아니므로 등급을 매기지 않습니다.</p><p>셋째 줄의 일반 등급은 고치지 않는다는 뜻이 아닙니다. 긴급과 우선을 먼저 처리한 뒤 다음 정기 수정에서 고치는 순서라는 뜻입니다.</p></section><section id="p2-steps"><h2>이전 주소 오류를 가려 고치는 다섯 단계</h2><ol class="step-list"><li>실장이 이전 기록에 옛 주소, 새 주소, 옛 위치의 마지막 진료일, 이전 완료일을 쓰고 원장의 승인을 받습니다.</li><li>진단 담당이 병원 위치, 오시는 길, 주차, 가까운 역처럼 방문 직전에 묻는 질문으로 목록을 만듭니다.</li><li>진단 담당이 질문마다 답변 원문과 질문한 날짜, 지도나 길 안내가 함께 나왔는지를 저장합니다.</li><li>진단 담당이 이전 완료일 뒤의 답변 가운데 옛 주소가 나온 것을 가려 표의 세 등급 가운데 하나를 매깁니다.</li><li>진단 담당이 긴급은 그날 원장에게 보고하고, 우선과 일반은 등급별 처리표에 따라 인용 출처와 함께 넘깁니다.</li></ol><p>둘째 단계에서 방문 직전 질문을 뽑는 까닭은 이전 주소 오류가 실제 헛걸음으로 이어지는 곳이 그 질문들이기 때문입니다. 진료 과목이나 의료진을 묻는 질문의 답변에도 주소가 곁들여 나올 수 있으므로, 그런 답변에서 옛 주소가 보이면 같은 방식으로 등급을 매깁니다.</p><p>셋째 단계에서 지도 여부를 따로 저장하는 까닭은 같은 질문이라도 기기에 따라 지도가 나오거나 나오지 않을 수 있기 때문입니다. 진단 담당은 질문한 기기가 휴대전화인지 컴퓨터인지도 함께 씁니다. 지도가 나온 답변 원자료가 없으면 긴급 여부를 가릴 수 없습니다.</p><p>넷째 단계에서 등급을 매기기 어려운 답변도 있습니다. 답변 문장에는 주소가 없고 지도만 나왔는데, 지도의 표시가 옛 위치인지 새 위치인지 화면만으로 가리기 어려운 경우입니다. 이때 진단 담당은 지도 표시를 눌러 연결된 주소를 원자료에 함께 저장하고, 연결된 주소가 옛 주소라면 첫째 줄의 긴급으로 매깁니다. 연결된 주소를 저장하지 못했다면 같은 질문을 다시 물어 원자료부터 갖춥니다.</p></section><section id="p2-handle"><h2>등급별 처리 기한과 보고</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>등급</th><th>원장 보고</th><th>수정 기한</th><th>같은 질문을 다시 묻는 때</th></tr></thead><tbody><tr><td>긴급</td><td>찾은 그날</td><td>병원이 관리하는 채널은 그날, 외부 정정 요청은 그날 발송</td><td>병원 채널을 고친 뒤 첫 주</td></tr><tr><td>우선</td><td>주간 보고</td><td>그 주 안</td><td>다음 정기 진단</td></tr><tr><td>일반</td><td>주간 보고</td><td>다음 정기 수정</td><td>다음 정기 진단</td></tr></tbody></table></div></div><p>긴급의 수정 기한을 병원 채널과 외부 정정 요청으로 나눈 것은 병원이 그날 끝낼 수 있는 일이 다르기 때문입니다. 홈페이지와 지도 서비스의 병원 정보는 병원이 직접 고칠 수 있지만, 외부 게시물은 요청을 보내는 데까지가 병원의 일입니다. 구글 검색 센터 문서도 AI 기능에 표시되는 방법으로 비즈니스 프로필 정보가 최신 상태인지 확인하라고 안내합니다.</p><p>우선과 일반은 한 주에 여러 건이 쌓일 수 있어, 주간 보고에는 등급별 건수와 함께 인용 출처가 같은 오류를 한 줄로 묶어 올립니다. 같은 외부 게시물이 여러 답변에 인용되었다면 그 게시물 하나를 고치는 일이 여러 오류를 함께 줄일 수 있어, 묶어 올린 줄부터 처리합니다.</p></section><section id="p3-roles"><h2>긴급 오류를 찾은 날의 역할 나누기</h2><p>긴급 오류를 찾은 날에는 네 사람이 각자 다른 일을 동시에 맡습니다. 한 사람이 모든 일을 차례로 하면 병원 채널을 고치는 사이 옛 위치로 가는 환자를 놓칠 수 있기 때문입니다.</p><p>네 사람의 역할은 이전 날짜가 정해질 때 미리 사람을 정합니다. 긴급 오류를 찾은 뒤에 누가 맡을지 정하면, 그 사이에 옛 위치로 가는 환자가 생길 수 있습니다. 역할표에는 사람마다 연락할 방법과, 그 사람이 쉬는 날 대신 맡을 사람을 함께 씁니다.</p><p>진단 담당은 긴급으로 매긴 답변의 원문, 질문한 날짜, 지도가 나온 화면, 인용 출처를 한 장으로 묶어 원장과 실장에게 넘깁니다. 인용 출처가 여러 곳이면 병원 채널과 외부 게시물로 나눠 씁니다.</p><p>실장은 병원 홈페이지의 오시는 길, 지도 서비스의 병원 정보, 블로그에 남은 옛 주소 안내를 그날 고칩니다. 고친 곳마다 고친 시각을 이전 기록에 더해, 다시 물을 때 어느 채널이 고쳐진 뒤의 답변인지 가릴 수 있게 합니다.</p><p>접수 담당은 전화와 방문 창구에서 옛 위치로 갔다는 환자의 연락을 기록합니다. 환자의 이름이나 연락처는 이 기록에 남기지 않고, 연락이 온 날짜와 어떤 경로로 옛 주소를 알게 되었는지만 씁니다. 환자가 AI 답변을 보고 갔다고 말했다면 그 사실도 씁니다. 이 기록은 긴급 오류가 실제로 헛걸음으로 이어졌는지를 원장이 판단하는 자료가 됩니다.</p><p>원장은 진단 담당의 묶음과 접수 담당의 기록을 받아 외부 게시물 정정 요청을 승인하고, 옛 위치 건물 안내판처럼 병원 밖에서 할 수 있는 조치가 필요한지 정합니다. 원장이 승인한 내용과 날짜는 이전 기록에 남깁니다.</p><p>실장이 병원 채널을 고친 날 진단 담당은 같은 질문을 한 번 더 물어 답변을 저장합니다. 이 답변에 여전히 옛 주소가 나오더라도 그날 고친 결과가 곧바로 반영되었는지는 알 수 없으므로, 판정은 등급별 처리표의 다시 묻는 때에 받은 답변으로 합니다.</p><p>다음 정기 진단을 맡을 사람에게는 이전 기록, 긴급 오류 묶음, 접수 기록을 함께 넘깁니다. 받은 사람은 긴급으로 매겼던 질문부터 같은 기기와 같은 질문 문장으로 다시 물어, 고친 뒤에도 옛 주소가 남았는지 가립니다.</p></section><section id="p4-faq" class="faq-section"><h2>이전 주소 오류 자주 묻는 질문</h2><div class="faq-card"><h3>옛 위치에 다른 병원이 들어섰다면 등급을 달리 매기나요?</h3><p>등급은 표의 답변 형태로만 매깁니다. 다만 같은 등급 안에서는 옛 위치에 다른 의료기관이 들어선 항목을 먼저 고칩니다. 환자가 옛 위치에 가서 다른 병원을 우리 병원으로 착각할 수 있기 때문입니다.</p></div><div class="faq-card"><h3>이전 완료일 전에 새 주소를 지금 위치로 전한 답변은 어떻게 처리하나요?</h3><p>이전 완료일 전의 환자는 아직 옛 위치에서 진료를 받으므로, 새 주소를 지금 위치로 전한 답변도 헛걸음을 낳을 수 있습니다. 등급 표는 이전 완료일 뒤의 옛 주소 답변만 다루므로, 이 경우는 표의 등급을 쓰지 않고 따로 원장에게 알려 이전 공지 문장부터 고칩니다.</p></div><div class="faq-card"><h3>옛 주소가 나온 답변에 전화번호는 맞다면 시급도가 낮아지나요?</h3><p>낮아지지 않습니다. 전화번호가 맞아도 환자가 전화하지 않고 지도를 따라가면 헛걸음이 생깁니다. 등급은 주소와 지도 여부로 매기고, 전화번호가 맞았다는 사실은 기록에만 남깁니다.</p></div><div class="faq-card"><h3>외부 게시물에 정정을 요청했는데 답이 없으면 어떻게 하나요?</h3><p>요청한 날짜와 받는 곳을 이전 기록에 남기고, 정해 둔 기간이 지나면 한 번 더 요청합니다. 그동안에는 병원 채널의 새 주소 안내가 분명한지를 다시 점검해, 답변이 병원 채널을 인용할 때 새 주소가 나오도록 합니다.</p></div><div class="faq-card"><h3>이전한 지 오래되었는데도 옛 주소가 나오면 긴급으로 올리나요?</h3><p>이전한 지 얼마나 지났는지는 등급을 바꾸지 않습니다. 지도나 길 안내와 함께 옛 주소를 지금 위치로 전했다면 오래전 이전이라도 긴급입니다. 오래된 이전일수록 옛 주소가 남은 외부 출처를 찾는 데 시간이 걸리므로 인용 출처 기록이 더 중요해집니다.</p></div></section><section id="p4-next"><h2>주소 정보를 맞춘 뒤의 점검</h2><p>이전 주소 오류를 고치다 보면 주소는 맞췄는데 전화번호나 층수가 곳마다 다르게 남은 경우가 드러납니다. 주소와 전화번호가 채널마다 다르게 나올 때 무엇을 기준으로 맞출지는 병원 주소 전화 정보에서 따로 다룹니다.</p><p>병원 채널을 고친 뒤에도 답변에 옛 주소가 남는다면, 답변 속 틀린 정보를 바로잡는 절차가 필요합니다. 이와 별개로 위치 정보를 병원의 다른 정보와 한 구조로 정리하는 방법은 병원 데이터 구조화에서 이어서 다룹니다.</p><p>이전을 앞둔 병원이라면 이전 완료일 전에 이 글의 질문 목록과 역할표를 먼저 만들어 두는 편이 낫습니다. 이전 완료일 다음 날부터 방문 직전 질문을 물으면, 긴급 오류를 이전 첫 주 안에 찾을 수 있습니다.</p></section>]]></description></item><item><title>잘못된 소개 한 건으로 매긴 GEO 상태, 단일 사례로 보고할 범위</title><link>https://hospitalgeocheck.com/%EC%9E%98%EB%AA%BB%EB%90%9C-%EC%86%8C%EA%B0%9C-%ED%95%9C-%EA%B1%B4%EC%9C%BC%EB%A1%9C-%EB%A7%A4%EA%B8%B4-geo-%EC%83%81%ED%83%9C-%EB%8B%A8%EC%9D%BC-%EC%82%AC%EB%A1%80%EB%A1%9C-%EB%B3%B4%EA%B3%A0%ED%95%A0-%EB%B2%94%EC%9C%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9E%98%EB%AA%BB%EB%90%9C-%EC%86%8C%EA%B0%9C-%ED%95%9C-%EA%B1%B4%EC%9C%BC%EB%A1%9C-%EB%A7%A4%EA%B8%B4-geo-%EC%83%81%ED%83%9C-%EB%8B%A8%EC%9D%BC-%EC%82%AC%EB%A1%80%EB%A1%9C-%EB%B3%B4%EA%B3%A0%ED%95%A0-%EB%B2%94%EC%9C%84</guid><pubDate>Mon, 26 Oct 2026 07:03:25 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>한 건이 뒷받침하는 결론의 범위</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>잘못 소개된 답변 한 건으로는 병원의 전체 GEO 상태를 판단할 수 없습니다. 그 한 건이 뒷받침하는 결론은 그 질문에, 그 서비스에서, 그날, 그 오류가 있었다는 사실까지입니다. 얼마나 자주 나오는지, 다른 질문에서도 나오는지, 병원이 전반적으로 잘못 알려져 있는지는 한 건에 들어 있지 않습니다.</p></div><p>그렇다고 한 건이 가벼운 자료는 아닙니다. 오류가 있다는 것을 보여 주는 데는 한 건이면 됩니다. 답변에 인용 출처가 달려 있다면 그 오류가 어느 글에서 왔는지도 그 한 건으로 찾아갈 수 있습니다. 환자를 다른 곳으로 보내는 오류라면 한 건만으로도 출처를 찾아 고칠 까닭이 됩니다. 한 건으로 할 수 없는 것은 오류의 크기와 병원 전체의 상태를 말하는 일입니다.</p><p>그래서 단일 사례의 보고는 두 가지를 나눠 씁니다. 하나는 그 사례에서 드러난 오류의 존재와 출처이고, 다른 하나는 병원 전반에 대한 평가입니다. 앞의 것은 사례 하나로 쓰고, 뒤의 것은 자료가 모자란다고 씁니다. 보고서에는 확보한 자료가 몇 건이고 평가하려는 범위 가운데 어디를 덮는지를 함께 밝혀, 읽는 사람이 결론의 크기를 스스로 가늠하게 합니다.</p></section><section id="p1-table"><h2>한 건으로 쓸 수 있는 말과 쓸 수 없는 말</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>말하려는 것</th><th>한 건으로 쓸 수 있는지</th><th>보고서에 쓰는 말</th></tr></thead><tbody><tr><td>오류의 존재</td><td>쓸 수 있음</td><td>질문, 서비스, 날짜와 함께 어떤 오류가 있었는지</td></tr><tr><td>오류의 출처</td><td>그 답변에 인용이 있으면 쓸 수 있음</td><td>인용된 주소와 그 글에 같은 오류가 있는지</td></tr><tr><td>오류의 빈도</td><td>쓸 수 없음</td><td>확보 건수가 한 건이어서 빈도를 말할 수 없다고 씀</td></tr><tr><td>병원 전반의 상태</td><td>쓸 수 없음</td><td>평가 대상 범위 가운데 자료가 없는 곳을 밝힘</td></tr><tr><td>나아졌는지 나빠졌는지</td><td>쓸 수 없음</td><td>견줄 앞선 자료가 없다고 씀</td></tr></tbody></table></div></div><p>둘째 줄에서 인용이 없는 답변이라면 출처도 쓸 수 없는 말이 됩니다. 병원 채널에 같은 오류가 실린 글이 있더라도, 답변이 그 글에서 가져왔다고 쓰지 않습니다. 병원 채널에 같은 오류가 있다는 사실과 답변에 그 오류가 나왔다는 사실을 따로 씁니다.</p><p>넷째 줄과 다섯째 줄은 견줄 것이 있어야 쓸 수 있는 말입니다. 전반의 상태는 범위를 덮는 자료가 있어야 하고, 나아졌는지는 앞선 때의 자료가 있어야 합니다. 한 건에는 둘 다 없습니다. 쓸 수 없다고 밝힌 문장은 그대로 다음에 모을 자료의 목록이 됩니다.</p></section><section id="p2-steps"><h2>답변 한 건을 보고하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 사례의 답변 원문과 질문, 서비스, 날짜, 인용 출처를 확보해 저장합니다.</li><li>실장이 답변의 문장을 병원 기준 자료와 맞대어 오류를 정합니다.</li><li>진단 담당이 확보 건수와 확보한 방법, 평가 대상 범위 가운데 자료가 있는 곳을 씁니다.</li><li>진단 담당이 앞의 표에 따라 쓸 수 있는 말과 쓸 수 없는 말을 나눠 보고서를 씁니다.</li><li>원장이 보고서를 읽고, 바로 고칠 것과 자료를 더 모을 것을 나눠 정합니다.</li></ol><p>셋째 단계의 확보한 방법은 그 사례가 어떻게 진단 담당에게 왔는지를 말합니다. 직원이 우연히 물어봤다가 발견한 것인지, 환자가 알려 준 것인지, 정해 놓은 질문 목록으로 물은 것 가운데 하나인지에 따라 읽는 법이 달라집니다. 눈에 띄어서 전해진 사례는 틀린 답변이어서 전해진 것이므로, 같은 때 맞게 나온 답변은 전해지지 않았다는 점을 함께 씁니다.</p><p>다섯째 단계에서 원장의 결정은 둘로 나뉩니다. 오류의 출처를 찾아 고치는 일은 한 건을 근거로 곧바로 정할 수 있습니다. 홈페이지를 전부 다시 쓰거나 진단을 새로 맡기는 것처럼 병원 전반에 대한 결정은 한 건이 뒷받침하지 못하므로, 평가 대상 범위를 덮는 자료를 모은 뒤에 정합니다.</p><p>첫째 단계에서 답변 원문을 글자로 얻지 못하고 화면 그림만 있다면 그 사실을 사례 칸에 씁니다. 질문한 날짜나 서비스를 알 수 없는 사례는 오류의 존재는 쓸 수 있어도, 뒤에 같은 조건으로 다시 묻기가 어렵습니다. 전해 준 사람에게 질문 문장과 날짜를 되물어 채웁니다.</p></section><section id="p2-report"><h2>한 건 보고서의 네 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>쓰는 내용</th><th>읽는 사람이 알게 되는 것</th></tr></thead><tbody><tr><td>사례</td><td>질문과 답변 원문, 서비스, 날짜, 인용 출처</td><td>무엇을 근거로 한 보고인지</td></tr><tr><td>확보 건수와 방법</td><td>몇 건을 누가 어떻게 얻었는지</td><td>자료가 골라진 것인지</td></tr><tr><td>평가 대상 범위</td><td>평가하려는 서비스, 질문 종류, 지점 가운데 자료가 있는 곳과 없는 곳</td><td>결론이 어디까지 미치는지</td></tr><tr><td>결론</td><td>뒷받침되는 말과 뒷받침되지 않는 말을 나눠 씀</td><td>무엇을 정할 수 있고 무엇은 아직인지</td></tr></tbody></table></div></div><p>셋째 칸은 빈 곳을 드러내는 칸입니다. 병원이 알고 싶은 것이 세 서비스에서 진료 안내와 위치 안내가 어떻게 나오는지라면, 한 건은 그 가운데 한 서비스의 한 질문을 채울 뿐입니다. 나머지 칸에 자료 없음이라고 써 놓으면 한 건이 전체의 얼마쯤인지가 드러납니다.</p><p>넷째 칸에서 뒷받침되지 않는 말을 빼지 않고 쓰는 까닭은 읽는 사람이 그 말을 스스로 채워 넣기 때문입니다. 「전반적인 상태는 이 자료로 말할 수 없음」이라고 쓰여 있지 않으면, 오류 한 건을 읽은 사람은 병원 전체가 그렇다고 받아들일 수 있습니다.</p><p>둘째 칸에는 건수와 함께 맞게 나온 답변도 같이 얻었는지를 씁니다. 틀린 답변만 모은 자료인지, 맞고 틀림을 가리지 않고 모은 자료인지에 따라 같은 건수의 뜻이 달라집니다.</p></section><section id="p3-mistakes"><h2>한 건 보고에서 자주 틀리는 경우</h2><p>한 건을 두고 「AI가 우리 병원을 잘못 알고 있다」고 쓰는 경우가 가장 크게 어긋납니다. 이 문장에는 모든 서비스가, 모든 질문에서, 지금도 그렇다는 뜻이 들어 있습니다. 한 건이 말하는 것은 한 서비스의 한 답변입니다. 주어를 그 서비스와 그 질문으로 좁혀 씁니다.</p><p>반대로 한 건뿐이라는 까닭으로 오류를 기록하지 않는 경우도 어긋납니다. 빈도를 모른다는 것과 오류가 없다는 것은 다릅니다. 그 한 건이 닫은 지점을 안내했거나 틀린 전화번호를 전했다면, 빈도와 상관없이 출처를 찾아 고칠 일이 생긴 것입니다.</p><p>같은 답변이 여러 사람을 거쳐 여러 번 전해진 것을 여러 건으로 세는 경우가 있습니다. 직원 셋이 같은 화면을 저마다 보내오면 자료는 세 장이지만 사례는 하나입니다. 확보 건수는 질문과 서비스와 날짜가 같은 답변을 하나로 묶어 셉니다.</p><p>한 서비스에서 나온 오류를 다른 서비스의 상태로 옮겨 쓰는 경우도 있습니다. 서비스마다 답변을 만드는 방식이 다르고 그 차이는 공식 안내로 다 알 수 없으므로, 한 서비스의 사례는 그 서비스의 칸에만 씁니다.</p><p>출처를 고친 뒤 같은 질문을 한 번 다시 물어 오류가 나오지 않았다는 것으로 해결됐다고 보고하는 경우도 같은 잘못입니다. 나오지 않은 한 건도 한 건입니다. 그 답변에서 오류가 나오지 않았다는 사실까지만 쓰고, 출처가 고쳐졌다는 사실은 출처를 열어 가린 결과로 따로 씁니다.</p><p>인계할 때는 사례 원문과 저장본, 확보 건수와 방법, 평가 대상 범위의 표, 네 칸의 보고서, 원장의 결정을 넘깁니다. 다음 진단 담당은 자료가 없다고 쓴 칸 가운데 원장이 모으기로 정한 곳부터 채웁니다.</p></section><section id="p4-faq" class="faq-section"><h2>답변 한 건과 전체 GEO 상태 자주 묻는 질문</h2><div class="faq-card"><h3>자료를 몇 건 모아야 병원 전반의 상태를 말할 수 있나요?</h3><p>건수 하나로 정해지지 않습니다. 같은 질문을 백 번 물어도 그 질문에 대한 자료가 늘 뿐입니다. 평가하려는 서비스와 질문 종류, 지점마다 자료가 있는지가 기준이고, 어느 칸을 채울지는 병원이 알고 싶은 것에 따라 원장이 정합니다.</p></div><div class="faq-card"><h3>병원이 맞게 소개된 답변 한 건으로 문제가 없다고 보고해도 되나요?</h3><p>같은 기준을 씁니다. 맞게 소개된 한 건이 말하는 것은 그 질문의 그 답변이 맞았다는 사실까지입니다. 문제가 없다는 말은 평가 대상 범위 전체에 대한 말이므로 한 건으로 쓰지 않습니다.</p></div><div class="faq-card"><h3>원장이 오류 한 건을 읽고 홈페이지 전면 개편을 정하려 하면 진단 담당은 무엇을 하나요?</h3><p>결정을 막지 않고, 네 칸의 보고서를 그대로 올립니다. 개편은 원장이 정할 일이고, 진단 담당의 일은 그 결정이 기대고 있는 자료가 한 건이라는 사실을 셋째 칸과 넷째 칸으로 밝히는 것입니다.</p></div><div class="faq-card"><h3>오류의 출처가 병원 홈페이지로 드러나면 다른 질문에서도 같은 오류가 나온다고 써도 되나요?</h3><p>나온다고 쓰지 않습니다. 쓸 수 있는 말은 같은 글을 근거로 삼는 다른 답변에서도 나올 조건이 있다는 데까지입니다. 실제로 나왔는지는 그 질문으로 물은 자료가 있어야 쓸 수 있고, 조건이 있다는 사실은 그 글을 먼저 고칠 까닭으로 씁니다.</p></div><div class="faq-card"><h3>같은 질문을 연달아 몇 번 더 물어 자료를 늘리면 단일 사례가 아닌가요?</h3><p>건수는 늘지만 범위는 그대로입니다. 같은 날 같은 서비스에 같은 질문을 되풀이한 자료는 그 질문에서 오류가 되풀이되는지를 말해 줄 뿐, 다른 질문과 다른 서비스의 칸은 여전히 비어 있습니다. 확보한 방법 칸에 연달아 물었다고 씁니다.</p></div></section><section id="p4-next"><h2>자료를 더 모으기로 한 뒤</h2><p>원장이 병원 전반의 상태를 알고 싶다고 정하면 그때부터는 사례를 기다리는 방식으로는 자료가 채워지지 않습니다. 눈에 띈 답변만 모이면 틀린 답변 쪽으로 자료가 기웁니다. 따라서 자료를 더 모아 병원 전반의 상태를 판단하는 일은 작업의 노출 성과를 판단하는 일과 구분하며, AI 검색 성과 확인은 전반의 상태를 위한 자료 수집이 아니라 작업이 AI 검색 노출로 이어졌는지 확인하는 내용을 다룹니다.</p><p>단일 사례 보고서는 그 뒤에도 지우지 않습니다. 자료가 모인 뒤에 그 한 건이 흔한 오류였는지 드문 오류였는지를 돌아가 쓸 수 있고, 출처를 고친 날과 견줄 기준이 됩니다. 보고서의 셋째 칸은 자료가 들어올 때마다 채워 가며, 채운 날을 칸마다 씁니다.</p></section>]]></description></item><item><title>진단 보고서의 확인 사실과 추정 원인을 필드로 나누는 인계</title><link>https://hospitalgeocheck.com/%EC%A7%84%EB%8B%A8-%EB%B3%B4%EA%B3%A0%EC%84%9C%EC%9D%98-%ED%99%95%EC%9D%B8-%EC%82%AC%EC%8B%A4%EA%B3%BC-%EC%B6%94%EC%A0%95-%EC%9B%90%EC%9D%B8%EC%9D%84-%ED%95%84%EB%93%9C%EB%A1%9C-%EB%82%98%EB%88%84%EB%8A%94-%EC%9D%B8%EA%B3%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A7%84%EB%8B%A8-%EB%B3%B4%EA%B3%A0%EC%84%9C%EC%9D%98-%ED%99%95%EC%9D%B8-%EC%82%AC%EC%8B%A4%EA%B3%BC-%EC%B6%94%EC%A0%95-%EC%9B%90%EC%9D%B8%EC%9D%84-%ED%95%84%EB%93%9C%EB%A1%9C-%EB%82%98%EB%88%84%EB%8A%94-%EC%9D%B8%EA%B3%84</guid><pubDate>Mon, 26 Oct 2026 07:03:13 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>원자료로 다시 찾아낼 수 있는지로 가르는 필드</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>진단 보고서의 사실과 추정은 원자료로 다시 찾아낼 수 있는지로 가릅니다. 답 원문과 병원 공식 자료의 링크를 붙여 누구든 같은 불일치를 다시 찾을 수 있는 내용은 사실 필드에, 그 불일치가 왜 생겼는지에 대한 진단 담당의 판단은 추정 필드에, 추정을 사실로 바꾸는 데 필요한 자료와 물을 곳은 과제 필드에 따로 씁니다. 한 문장 안에 사실과 추정을 섞어 쓰지 않습니다.</p></div><p>진단 보고서는 진단을 마친 사람이 아니라 받는 사람이 쓰는 문서입니다. 원장은 고칠 것을 정하고, 실장은 요청을 보내고, 다음 진단 담당은 이어서 관측합니다. 이들이 보고서의 한 줄을 읽고 이것이 이미 드러난 사실인지 진단 담당의 짐작인지를 가릴 수 없다면, 짐작을 근거로 페이지를 고치거나 사실을 짐작으로 여겨 미루는 일이 생깁니다.</p><p>필드를 나누면 받는 사람마다 쓰는 곳이 분명해집니다. 같은 보고서를 받아도 원장과 실장, 다음 진단 담당이 각자 필요한 필드부터 읽을 수 있습니다. 사실 필드는 수정과 요청의 근거가 되고, 추정 필드는 무엇을 먼저 따질지의 방향이 되며, 과제 필드는 다음에 할 일의 목록이 됩니다.</p></section><section id="p1-official"><h2>추정 원인에 쓰지 않는 것</h2><p>챗GPT 공식 도움말은 검색할 때 질문을 검색어로 바꾸어 검색 제공자에게 보내고 결과에 인용을 달 수 있다고 안내하며, 검색 결과와 인용이 불완전하거나 틀릴 수 있다고 안내합니다. 퍼플렉시티 공식 도움말은 실시간으로 검색해 번호 붙은 인용을 단다고 안내합니다. 두 안내 모두 서비스가 어떤 기준으로 특정 페이지를 골라 특정 문장을 만들었는지는 설명하지 않습니다.</p><p>그래서 추정 필드에는 서비스 내부의 동작을 짐작한 문장을 쓰지 않습니다. 서비스가 옛 페이지를 더 믿는다거나 날짜가 새로운 글을 앞세운다는 식의 원인은 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분이라, 추정의 근거로 삼을 수 없습니다.</p><p>추정 필드에 쓸 수 있는 것은 병원 쪽과 출처 쪽에서 드러난 사정에 기댄 판단입니다. 인용된 출처에 옛 진료 시간이 남아 있었다는 사실에서 그 출처가 오류의 원천일 것이라고 추정하는 식으로, 추정마다 기댄 사실 필드의 줄을 가리킵니다.</p></section><section id="p1-table"><h2>필드 구분표</h2><p class="table-caption">보고서의 내용은 아래 필드 구분표의 세 줄 가운데 하나로 나누어 씁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>필드</th><th>들어가는 내용</th><th>들어가는 조건</th></tr></thead><tbody><tr><td>사실 필드</td><td>답 속 문장과 병원 공식 값의 불일치</td><td>답 원문과 공식 자료의 원자료 링크가 모두 붙음</td></tr><tr><td>추정 필드</td><td>불일치가 생긴 까닭에 대한 판단</td><td>기댄 사실 필드의 줄을 가리키고 추정이라고 밝힘</td></tr><tr><td>과제 필드</td><td>추정을 사실로 바꾸는 데 필요한 자료와 물을 곳</td><td>맡을 사람과 기한이 붙음</td></tr></tbody></table></div></div><p>필드 구분표의 사실 필드는 링크 두 개가 모두 붙어야 들어갑니다. 답 원문만 있고 공식 자료의 링크가 없다면 불일치를 다시 찾아낼 수 없으므로 과제 필드로 가고, 공식 자료를 찾는 일이 과제가 됩니다. 이 조건이 사실 필드를 짐작에서 지키는 문턱입니다. 추정 필드와 과제 필드에는 링크 조건이 없지만, 추정 필드의 줄은 반드시 사실 필드의 줄 하나 이상을 가리켜야 하므로 기댈 사실이 없는 추정은 쓰지 않습니다.</p></section><section id="p2-steps"><h2>필드를 나누어 인계하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 진단에서 나온 내용을 한 줄씩 떼어 목록으로 만듭니다.</li><li>진단 담당이 줄마다 답 원문과 공식 자료의 링크가 있는지 가리고, 필드 구분표로 필드를 정합니다.</li><li>진단 담당이 추정 필드의 줄마다 기댄 사실 필드의 줄을 적고, 과제 필드의 줄마다 맡을 사람과 기한을 씁니다.</li><li>진단 담당이 줄마다 판정 메모를 달아, 누가 언제 어떤 기준으로 그 줄을 썼는지 남깁니다.</li><li>원장이 사실 필드로 수정과 요청을, 과제 필드로 다음 할 일을 정하고, 실장이 받은 날을 기록합니다.</li></ol><p>둘째 단계에서 링크를 가리는 일은 기계적으로 합니다. 진단 담당이 틀림없다고 여기는 불일치라도 공식 자료의 링크가 없으면 과제 필드로 보내고, 링크를 찾은 뒤에 사실 필드로 옮깁니다. 필드를 정하는 기준이 담당자의 확신이 되면, 다음 담당자는 같은 기준으로 필드를 나눌 수 없습니다.</p><p>넷째 단계의 판정 메모는 받는 사람이 그 줄을 믿어도 되는지 스스로 따질 수 있게 합니다. 어느 판정표의 어느 값으로 매겼는지를 적어 두면, 기준이 바뀐 뒤에도 옛 줄이 어떤 기준에서 나온 것인지 알 수 있고, 새 기준으로 다시 판정할 줄을 골라낼 수도 있습니다.</p></section><section id="p2-record"><h2>인계 줄 기록표</h2><p class="table-caption">보고서의 줄마다 아래 인계 줄 기록표의 다섯 칸을 채웁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>내용</td><td>불일치, 추정, 과제 가운데 하나를 한 문장으로</td><td>진단 담당</td></tr><tr><td>원자료 링크</td><td>답 원문과 공식 자료의 링크, 또는 없음</td><td>진단 담당</td></tr><tr><td>나눈 필드</td><td>사실, 추정, 과제 가운데 구분표로 정한 하나</td><td>진단 담당</td></tr><tr><td>판정 메모</td><td>쓴 사람, 쓴 날, 적용한 판정표와 값</td><td>진단 담당</td></tr><tr><td>받는 사람</td><td>그 줄로 일을 할 사람과 받은 날</td><td>실장</td></tr></tbody></table></div></div><p>원자료에 환자 개인 정보가 들어 있다면, 그 부분을 가린 사본을 병원이 받을 수 있는 곳에 두고 그 링크를 씁니다. 가린 사본이라는 것을 판정 메모에 적어 받는 사람이 원본과 다를 수 있다는 것을 알게 합니다.</p><p>인계 줄 기록표의 원자료 링크 칸은 받는 사람이 직접 열어 볼 수 있는 링크여야 합니다. 진단 담당의 개인 폴더나 로그인해야 열리는 곳에 있는 자료라면, 병원이 받을 수 있는 곳으로 옮긴 뒤 그 링크를 씁니다.</p></section><section id="p3-apply"><h2>필드를 나누어 쓰는 예시 문장</h2><p>필드를 나누는 일은 문장을 쓰는 방식에서 시작합니다. 섞어 쓴 문장의 예로, 옛 블로그 글 때문에 AI 답변이 토요일 오후 진료를 안내한다는 한 줄은 불일치와 원인을 한 문장에 담고 있습니다. 받는 사람은 옛 블로그 글이 원인이라는 것까지 드러난 사실로 읽게 됩니다.</p><p>이 한 줄을 나누면 세 문장이 됩니다. 사실 필드에는 두 서비스의 답이 토요일 오후 진료를 안내했고 병원 공식 자료는 토요일 오전 진료만 적고 있다는 문장과 두 링크를 씁니다. 추정 필드에는 한 답이 인용한 옛 블로그 글에 토요일 오후 진료가 적혀 있어 그 글이 원천일 것으로 추정한다는 문장과 기댄 사실 줄을 씁니다. 과제 필드에는 다른 한 답의 인용 출처를 찾아 같은 문장이 있는지 가린다는 문장과 맡을 사람을 씁니다.</p><p>나누어 쓰면 원장은 사실 필드만 보고도 공식 자료와 답이 어긋난다는 것을 알고, 추정 필드를 보고 옛 블로그 글을 먼저 손볼지 정하며, 과제 필드를 보고 아직 모르는 것이 무엇인지 압니다. 한 줄로 섞어 썼다면 옛 블로그 글만 고치고 다른 답의 출처는 잊혔을 것입니다. 나누어 쓴 세 문장은 한 줄보다 길지만, 각 문장이 한 사람의 할 일로 곧바로 이어집니다.</p><p>추정 필드의 문장은 추정한다, 일 것으로 보인다처럼 끝맺음에서 추정이라는 것이 드러나게 씁니다. 필드 이름만으로 구분하면 보고서 일부가 옮겨질 때 필드 이름이 떨어져 나가 추정 문장이 사실처럼 읽힐 수 있습니다.</p></section><section id="p3-link"><h2>과제 필드를 일정으로 옮기는 일</h2><p>과제 필드의 줄 가운데 병원 쪽 페이지를 새로 쓰거나 고치는 일은 병원의 콘텐츠 일정에 올려야 실제로 진행됩니다. 진단에서 나온 과제를 콘텐츠 작업 일정으로 옮기는 방법은 병원 GEO 콘텐츠 일정에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>진단 보고서 인계 자주 묻는 질문</h2><div class="faq-card"><h3>추정 필드가 사실 필드보다 길어지면 보고서가 믿을 만하지 않다는 뜻입니까?</h3><p>그렇지 않습니다. 추정 필드가 길다는 것은 아직 원인을 모르는 불일치가 많다는 뜻이고, 과제 필드에 그만큼 할 일이 쌓였다는 뜻입니다. 믿을 만한지는 사실 필드의 줄마다 링크가 온전히 붙어 있는지로 따집니다.</p></div><div class="faq-card"><h3>과제 필드의 일을 마치면 줄을 지웁니까?</h3><p>지우지 않고 결과를 새 줄로 더합니다. 과제로 찾은 공식 자료가 불일치를 뒷받침하면 사실 필드에 새 줄을 만들고, 과제 줄에는 마친 날과 그 결과가 들어간 줄을 씁니다.</p></div><div class="faq-card"><h3>진단을 맡긴 업체의 보고서가 필드를 나누지 않았다면 병원이 나누어도 됩니까?</h3><p>병원이 나눌 수 있지만, 링크가 없는 줄은 병원이 사실 필드로 옮길 수 없습니다. 업체에 줄마다 원자료 링크를 달라고 요청하고, 받기 전까지 그 줄은 과제 필드에 남깁니다.</p></div><div class="faq-card"><h3>받는 사람이 사실 필드의 링크를 열었는데 내용이 바뀌어 있으면 어떻게 합니까?</h3><p>링크가 가리키는 것은 지금의 페이지이고, 사실 필드의 줄은 진단한 날의 내용에 기댄 것입니다. 그래서 사실 필드의 링크에는 진단한 날 저장한 사본의 링크를 함께 붙여 두고, 두 내용이 다르면 판정 메모에 바뀐 것을 안 날을 씁니다. 공식 자료가 바뀐 것이라면 그 줄의 불일치가 아직 남아 있는지 다시 물어 새 줄을 만듭니다.</p></div><div class="faq-card"><h3>한 줄에 불일치가 여러 개면 한 줄로 씁니까?</h3><p>불일치마다 한 줄로 나눕니다. 진료 시간과 전화번호가 한 답에서 함께 틀렸다면 두 줄로 나누어야, 한쪽은 사실이고 다른 쪽은 공식 자료를 더 찾아야 하는 경우를 필드로 가를 수 있습니다.</p></div></section><section id="p4-exceptions"><h2>필드를 나누기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>공식 자료 자체가 여러 곳에서 서로 다른 값을 적고 있다면 불일치의 기준이 없어 사실 필드에 넣을 수 없습니다. 이때는 어느 값이 지금 병원 사실인지 원장이 정하는 일을 과제 필드의 첫 줄에 두고, 정해진 뒤에 사실 필드를 채웁니다.</p><p>진단 담당이 바뀌어 인계가 두 번 일어나는 경우에는 처음 판정 메모를 지우지 않고 새 담당의 메모를 그 아래에 더합니다. 같은 줄을 두 사람이 다르게 판정했다면 두 메모를 나란히 두어 원장이 어느 판정을 따를지 정하게 하고, 정한 결과를 새 줄로 남깁니다.</p><p>진단 중에 병원 정보가 바뀌었다면 바뀐 날 전과 뒤의 답을 같은 줄에 섞지 않습니다. 바뀐 날을 판정 메모에 쓰고, 날짜에 따라 줄을 나누어 사실 필드에 넣습니다. 바뀐 날보다 앞선 답은 그때의 공식 값과 맞대어 판정합니다.</p></div></section>]]></description></item><item><title>자주 나온 오류와 드물지만 중대한 오류, 우선순위를 가르는 법</title><link>https://hospitalgeocheck.com/%EC%9E%90%EC%A3%BC-%EB%82%98%EC%98%A8-%EC%98%A4%EB%A5%98%EC%99%80-%EB%93%9C%EB%AC%BC%EC%A7%80%EB%A7%8C-%EC%A4%91%EB%8C%80%ED%95%9C-%EC%98%A4%EB%A5%98-%EC%9A%B0%EC%84%A0%EC%88%9C%EC%9C%84%EB%A5%BC-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9E%90%EC%A3%BC-%EB%82%98%EC%98%A8-%EC%98%A4%EB%A5%98%EC%99%80-%EB%93%9C%EB%AC%BC%EC%A7%80%EB%A7%8C-%EC%A4%91%EB%8C%80%ED%95%9C-%EC%98%A4%EB%A5%98-%EC%9A%B0%EC%84%A0%EC%88%9C%EC%9C%84%EB%A5%BC-%EA%B0%80%EB%A5%B4%EB%8A%94-%EB%B2%95</guid><pubDate>Mon, 26 Oct 2026 07:03:00 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>빈도와 피해 가능성을 따로 매기는 이유</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>자주 나온 오류가 늘 우선순위가 높은 것은 아닙니다. 우선순위는 먼저 그 오류가 환자의 행동을 얼마나 잘못 이끌 수 있는지로 정하고, 같은 피해 가능성 안에서만 빈도로 순서를 가립니다. 한 번 나왔더라도 환자를 닫힌 진료실로 보내거나 병원이 하지 않는 진료를 한다고 전한 오류는, 열 번 나온 주차 안내 오류보다 앞에 섭니다.</p></div><p>빈도만으로 차례를 정하면 두 가지가 가려집니다. 하나는 피해의 크기입니다. 주차 요금이 틀린 답변은 불편을 만들지만, 진료 시간이 틀린 답변은 헛걸음을 만들고, 자격이나 효과를 부풀린 답변은 진료 결정 자체를 잘못 이끌 수 있습니다. 다른 하나는 관측의 한계입니다. 빈도는 진단에서 물어본 질문과 서비스, 기간 안에서만 센 숫자여서, 드물게 나왔다는 것이 실제로 드물다는 뜻은 아닐 수 있습니다.</p><p>그래서 오류마다 두 값을 따로 매깁니다. 피해 가능성은 그 오류를 믿은 환자가 무엇을 잘못하게 되는지로, 빈도는 관측 범위 안에서 같은 오류가 몇 번 나왔는지로 매깁니다. 두 값을 곱하거나 더해 한 점수로 만들지 않습니다. 한 점수로 합치면 빈도가 높은 가벼운 오류가 드문 중대한 오류를 앞지를 수 있기 때문입니다.</p></section><section id="p1-table"><h2>피해 가능성의 세 등급</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>등급</th><th>기준</th><th>오류의 예</th></tr></thead><tbody><tr><td>중대</td><td>환자의 방문이나 진료 결정을 직접 잘못 이끌 수 있음</td><td>틀린 주소나 진료 시간, 하지 않는 진료를 한다는 안내, 자격이나 효과를 부풀린 진술</td></tr><tr><td>보통</td><td>방문은 이루어지나 불편이나 추가 문의를 만들 수 있음</td><td>틀린 주차 안내, 빠진 준비물 안내</td></tr><tr><td>낮음</td><td>환자의 행동을 바꾸지 않는 표현 차이</td><td>병원 소개 문구의 어순, 진료 과목 이름의 표기 차이</td></tr></tbody></table></div></div><p>등급은 오류의 내용이 아니라 그 오류를 믿은 환자가 할 행동으로 매깁니다. 같은 진료 시간 오류라도 끝나는 시각을 30분 늦게 전한 답변은 헛걸음을 만들 수 있어 중대이고, 시작 시각을 30분 늦게 전한 답변은 환자가 늦게 와도 진료를 받을 수 있어 보통으로 매길 수 있습니다.</p><p>등급을 매기기 어려운 오류는 한 등급 높게 매깁니다. 낮게 매겼다가 중대한 오류가 뒤로 밀리는 것보다, 높게 매겼다가 원장이 검토해 내리는 편이 환자 쪽 피해를 줄입니다.</p><p>등급은 오류마다 한 번 매기고 끝내지 않습니다. 같은 오류라도 병원이 그 정보를 바꾸면 등급이 달라질 수 있어, 예를 들어 주차장을 없앤 병원이라면 주차 안내 오류는 헛걸음과 비슷한 불편을 만들 수 있어 원장이 등급을 다시 검토합니다.</p></section><section id="p2-steps"><h2>오류 목록에 두 값으로 순서를 매기는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 관측한 질문 목록과 서비스, 기간을 관측 범위로 오류 목록 머리에 씁니다.</li><li>진단 담당이 오류마다 같은 오류가 관측 범위 안에서 몇 번 나왔는지를 셉니다.</li><li>진단 담당이 오류마다 그 오류를 믿은 환자가 할 행동을 한 줄로 쓰고, 앞의 표에 있는 세 등급 가운데 하나를 매깁니다.</li><li>진단 담당이 아래 표의 처리 순서대로 오류 목록의 차례를 정합니다.</li><li>원장이 차례를 정한 목록을 검토하고, 등급을 바꿀 오류가 있으면 그 까닭과 함께 고칩니다.</li></ol><p>셋째 단계의 한 줄이 등급의 근거입니다. 「진료 종료 시각을 넘겨 도착해 진료를 받지 못함」처럼 환자의 행동으로 쓰면, 원장이 등급을 검토할 때 무엇을 기준으로 매겼는지 바로 읽을 수 있습니다.</p><p>첫째 단계에서 관측 범위를 목록 머리에 쓰는 까닭은 빈도가 그 범위 안의 숫자이기 때문입니다. 질문 스무 개로 센 두 번과 질문 백 개로 센 두 번은 같은 숫자여도 뜻이 다르므로, 범위가 없는 빈도는 다음 진단의 빈도와 견줄 수 없습니다.</p><p>둘째 단계에서 같은 오류를 셀 때는 답변 문장이 조금 달라도 틀린 값이 같으면 같은 오류로 셉니다. 한 답변은 진료가 저녁 8시에 끝난다고, 다른 답변은 저녁 8시까지 진료한다고 전했다면 같은 오류 두 번입니다.</p><p>다섯째 단계에서 원장이 등급을 내릴 때도 까닭을 남깁니다. 까닭 없이 내린 등급은 다음 진단에서 같은 오류가 나왔을 때 다시 논의해야 합니다. 원장이 바꾼 등급과 그 까닭은 오류 목록에 날짜와 함께 남겨, 다음 진단 담당이 같은 기준으로 매기게 합니다.</p></section><section id="p2-order"><h2>두 값에 따른 다섯 단계 처리 순서</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>처리 순서</th><th>피해 가능성</th><th>빈도</th></tr></thead><tbody><tr><td>1</td><td>중대</td><td>관측 범위에서 두 번 이상</td></tr><tr><td>2</td><td>중대</td><td>관측 범위에서 한 번</td></tr><tr><td>3</td><td>보통</td><td>관측 범위에서 두 번 이상</td></tr><tr><td>4</td><td>보통</td><td>관측 범위에서 한 번</td></tr><tr><td>5</td><td>낮음</td><td>빈도와 상관없음</td></tr></tbody></table></div></div><p>둘째 줄의 한 번 나온 중대 오류가 셋째 줄의 여러 번 나온 보통 오류보다 앞에 오는 것이 이 표의 핵심입니다. 빈도는 같은 등급 안에서만 순서를 가릅니다.</p><p>다섯째 줄의 낮음은 빈도와 상관없이 맨 뒤입니다. 표현 차이는 여러 번 나와도 환자의 행동을 바꾸지 않으므로, 앞 순서의 오류가 남아 있는 동안 낮음 오류를 먼저 고치지 않습니다.</p><p>빈도를 두 번 이상과 한 번으로만 나누는 까닭은 관측 범위가 작을 때 세밀한 횟수 차이가 뜻을 갖기 어렵기 때문입니다. 관측 범위가 넓어지면 병원이 기준 횟수를 따로 정해 쓸 수 있습니다.</p></section><section id="p3-compare"><h2>빈도순 목록과 두 값 목록의 비교</h2><p>같은 오류 목록을 빈도순으로만 차례를 정할 때와 두 값으로 차례를 정할 때 원장이 먼저 받는 일이 어떻게 다른지 견줍니다. 아래는 설명을 위해 꾸민 가상의 오류 목록입니다.</p><p>관측 범위는 질문 스무 개, 서비스 두 곳, 한 달이었고 오류는 네 가지가 나왔습니다. 주차 요금 안내 오류가 여섯 번, 병원 소개 문구의 어순 차이가 다섯 번, 준비물 안내 누락이 두 번, 평일 진료 종료 시각을 한 시간 늦게 전한 오류가 한 번이었습니다.</p><p>빈도순 목록에서는 주차 요금이 첫째, 소개 문구 어순이 둘째, 준비물 누락이 셋째, 진료 종료 시각이 넷째입니다. 원장이 위에서부터 처리하면 진료 종료 시각 오류는 마지막에 다뤄집니다.</p><p>두 값 목록에서는 진료 종료 시각 오류가 중대이고 한 번 나와 처리 순서 2입니다. 주차 요금은 보통이고 여섯 번이라 처리 순서 3, 준비물 누락은 보통이고 두 번이라 역시 처리 순서 3, 소개 문구 어순은 낮음이라 처리 순서 5입니다. 처리 순서 1에 해당하는 오류는 없었으므로, 원장이 맨 먼저 받는 일은 진료 종료 시각 오류입니다.</p><p>두 목록의 차이는 한 번 나온 오류의 무게를 어떻게 읽느냐에서 생깁니다. 이 관측은 질문 스무 개로 한 달 동안 본 것이어서, 진료 종료 시각을 물은 환자가 실제로 몇 명이나 그 답변을 받았는지는 알 수 없습니다. 한 번이라는 숫자는 관측의 결과일 뿐이고, 그 오류가 헛걸음을 만들 수 있다는 사실은 횟수와 상관없이 남습니다.</p><p>처리 순서 3에 두 오류가 함께 있을 때는 빈도가 높은 주차 요금 안내가 준비물 누락보다 앞에 섭니다. 같은 등급 안에서는 빈도로 순서를 가린다는 원칙대로이고, 두 오류의 처리 순서 숫자는 같더라도 목록 안의 차례는 이렇게 나뉩니다.</p><p>두 값 목록을 넘길 때는 오류마다 환자 행동 한 줄, 등급, 빈도, 관측 범위를 함께 넘깁니다. 다음 진단 담당은 같은 관측 범위로 다시 물어, 처리 순서 1과 2의 오류가 사라졌는지부터 가립니다. 관측 범위를 바꿔 물었다면 빈도를 이번 목록과 그대로 견주지 않고, 범위가 다르다는 사실을 목록 머리에 함께 씁니다.</p></section><section id="p4-faq" class="faq-section"><h2>오류 우선순위 판단 자주 묻는 질문</h2><div class="faq-card"><h3>여러 서비스에서 같은 오류가 나오면 빈도를 서비스마다 따로 세나요?</h3><p>서비스마다 따로 세고, 목록에는 서비스별 횟수와 합친 횟수를 함께 씁니다. 처리 순서의 빈도는 합친 횟수로 가리되, 한 서비스에서만 나온 오류라면 그 사실을 오류 옆에 씁니다.</p></div><div class="faq-card"><h3>의료진이 판단해야 하는 오류도 같은 표로 등급을 매기나요?</h3><p>효과나 진료 설명처럼 맞고 틀림을 의료진이 가려야 하는 오류는 진단 담당이 등급만 잠정으로 매기고, 의료진의 판단을 받은 뒤 원장이 확정합니다. 판단을 기다리는 동안에도 잠정 등급이 중대라면 처리 순서에서 뒤로 미루지 않습니다.</p></div><div class="faq-card"><h3>중대 오류가 너무 많아 한꺼번에 처리할 수 없으면 어떻게 하나요?</h3><p>중대 안에서는 빈도로 순서를 가리고, 빈도도 같으면 병원이 바로 고칠 수 있는 오류부터 처리합니다. 병원 채널의 문장이 출처인 오류는 그날 고칠 수 있지만, 외부 출처의 오류는 정정 요청을 보내는 데까지가 병원의 일입니다. 외부 정정을 기다리는 동안에는 병원 채널에 맞는 정보가 분명히 있는지를 다시 따져, 답변이 병원 채널을 인용할 때 맞는 값이 전해지도록 합니다.</p></div><div class="faq-card"><h3>낮음 등급 오류는 고치지 않아도 되나요?</h3><p>고치지 않는다는 뜻이 아니라 처리 순서가 뒤라는 뜻입니다. 앞 순서의 오류를 처리한 뒤 정기 수정 때 함께 고칩니다. 다만 낮음 오류가 병원 채널의 같은 문장에서 나왔고 그 문장을 앞 순서의 오류 때문에 어차피 고친다면, 그때 함께 고쳐 같은 문장을 두 번 손보지 않게 합니다.</p></div><div class="faq-card"><h3>관측 범위를 넓히면 등급이 바뀌나요?</h3><p>등급은 환자 행동으로 매기므로 관측 범위와 상관없이 그대로이고, 바뀌는 것은 빈도입니다. 범위를 넓힌 뒤에는 처리 순서만 다시 정합니다.</p></div></section><section id="p4-next"><h2>처리 순서를 정한 뒤</h2><p>오류 목록의 등급과 처리 순서는 진단 보고서에 그대로 옮기고, 합친 점수로 고쳐 싣지 않습니다. 점수 하나로 줄이면 한 번 나온 중대 오류가 여러 번 나온 가벼운 오류 뒤로 숨을 수 있습니다.</p><p>처리 순서 1과 2에 오른 오류는 고칠 곳을 바로 찾아야 합니다. 병원 채널과 외부 출처에 남은 틀린 정보를 어떤 절차로 고칠지는 병원 정보 불일치 수정에서 따로 다룹니다.</p><p>여러 번 나온 오류가 병원 홈페이지의 한 페이지에서 비롯되었다면, 그 페이지가 검색에 어떻게 보이는지부터 따져야 할 수 있습니다. 홈페이지를 검색 쪽에서 어디부터 점검할지는 병원 홈페이지 SEO에서 이어서 정리합니다.</p></section>]]></description></item><item><title>내부에서만 확인한 사실, 공개 정보 공백으로 기록하는 이유</title><link>https://hospitalgeocheck.com/%EB%82%B4%EB%B6%80%EC%97%90%EC%84%9C%EB%A7%8C-%ED%99%95%EC%9D%B8%ED%95%9C-%EC%82%AC%EC%8B%A4-%EA%B3%B5%EA%B0%9C-%EC%A0%95%EB%B3%B4-%EA%B3%B5%EB%B0%B1%EC%9C%BC%EB%A1%9C-%EA%B8%B0%EB%A1%9D%ED%95%98%EB%8A%94-%EC%9D%B4%EC%9C%A0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%82%B4%EB%B6%80%EC%97%90%EC%84%9C%EB%A7%8C-%ED%99%95%EC%9D%B8%ED%95%9C-%EC%82%AC%EC%8B%A4-%EA%B3%B5%EA%B0%9C-%EC%A0%95%EB%B3%B4-%EA%B3%B5%EB%B0%B1%EC%9C%BC%EB%A1%9C-%EA%B8%B0%EB%A1%9D%ED%95%98%EB%8A%94-%EC%9D%B4%EC%9C%A0</guid><pubDate>Mon, 26 Oct 2026 07:02:47 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>사실 확인과 공개 근거를 다른 칸에 쓰는 까닭</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원 안에서만 아는 사실은 공개 정보로 평가하지 않고, 공개 정보의 공백으로 기록합니다. 실장이나 원무팀이 「그 검사는 우리 병원에서 합니다」라고 답했다면 그 사실은 확인된 것입니다. 그러나 그 답은 진단 담당에게 온 회신일 뿐이고, 병원 밖의 사람이 같은 사실을 찾아 읽을 곳은 아직 없습니다.</p></div><p>진단표가 묻는 것은 두 가지이고 둘은 서로 다른 물음입니다. 그 사실이 맞는가와, 그 사실을 누구나 확인할 수 있는가입니다. 앞의 물음은 내부 회신으로 답할 수 있고, 뒤의 물음은 로그인 없이 열리는 공개 주소로만 답할 수 있습니다. 내부 회신을 받고 공개 정보 있음으로 쓰면, 환자도 AI 서비스도 읽을 수 없는 사실이 진단표에서는 갖춰진 것으로 남습니다.</p><p>그래서 항목마다 사실 칸과 공개 근거 칸을 따로 채우고, 두 칸의 짝으로 네 기록 가운데 하나를 매깁니다. 내부 회신으로 사실이 정해지고 공개 주소도 있으면 공개 근거 있음, 사실은 정해졌으나 공개 주소가 없으면 공개 공백, 내부 회신으로도 사실이 정해지지 않았으면 사실 미정, 병원이 공개하지 않기로 정한 사실이면 공개 제외입니다.</p><p>공개 공백은 병원이 잘못했다는 기록이 아닙니다. 병원이 아는 것과 밖에서 읽을 수 있는 것 사이에 틈이 있다는 기록입니다. 이 틈을 따로 남겨야 원장이 어느 사실을 공개할지를 목록으로 받아 정할 수 있습니다.</p><p>이 구분은 병원 직원이 직접 진단할 때 더 필요합니다. 자기가 아는 사실은 이미 공개된 사실처럼 여겨질 수 있어, 공개 주소를 찾는 단계를 건너뛰게 됩니다.</p></section><section id="p1-table"><h2>사실 칸과 공개 근거 칸의 네 가지 기록</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>기록</th><th>사실 칸</th><th>공개 근거 칸</th><th>다음 할 일</th></tr></thead><tbody><tr><td>공개 근거 있음</td><td>내부 회신으로 정해짐</td><td>같은 사실을 말하는 공개 주소 있음</td><td>없음</td></tr><tr><td>공개 공백</td><td>내부 회신으로 정해짐</td><td>공개 주소 없음</td><td>공개할지 원장이 정함</td></tr><tr><td>사실 미정</td><td>회신이 없거나 회신이 엇갈림</td><td>가리지 않음</td><td>실장이 답할 사람을 다시 정함</td></tr><tr><td>공개 제외</td><td>내부 회신으로 정해짐</td><td>병원이 공개하지 않기로 정함</td><td>정한 사람과 날을 기록</td></tr></tbody></table></div></div><p>넷째 줄이 필요한 까닭은 병원이 아는 사실이 모두 공개할 사실은 아니기 때문입니다. 거래 조건이나 내부 운영 기준처럼 밖에 알릴 까닭이 없는 사실을 공개 공백으로 세면, 공백 목록이 채울 수 없는 항목으로 길어집니다. 공개 제외는 원장이나 원장이 맡긴 사람이 정하고, 진단 담당이 스스로 매기지 않습니다.</p></section><section id="p2-steps"><h2>내부 회신과 공개 주소를 나눠 기록하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 확인이 필요한 항목을 물음의 꼴로 써서 실장에게 넘깁니다.</li><li>실장이 항목마다 답할 사람을 정해 회신을 받고, 회신한 사람과 날짜, 근거가 된 내부 자료의 이름을 함께 돌려줍니다.</li><li>진단 담당이 회신을 읽기 전에 병원의 공개 주소 목록에서 항목마다 같은 사실을 말하는 문장을 찾아 주소와 함께 옮깁니다.</li><li>진단 담당이 사실 칸과 공개 근거 칸을 채우고 네 기록 가운데 하나를 매깁니다.</li><li>원장이 공개 공백 목록을 읽고 항목마다 공개할지 공개 제외로 둘지를 정합니다.</li></ol><p>셋째 단계를 회신을 읽기 전에 하는 까닭은 답을 알고 찾으면 비슷한 문장을 같은 사실로 읽을 수 있어서입니다. 「주차가 됩니다」라는 공개 문장은 「두 시간 무료」라는 내부 회신과 같은 사실이 아닙니다. 공개 문장은 글자 그대로 옮기고, 같은 사실인지는 넷째 단계에서 회신과 나란히 놓고 가립니다.</p><p>둘째 단계에서 근거가 된 내부 자료의 이름을 받는 까닭은 회신이 기억에서 나온 것인지 자료에서 나온 것인지를 남기기 위해서입니다. 자료 이름이 없는 회신도 사실 칸에 쓰지만, 자료 없음이라고 함께 씁니다.</p></section><section id="p2-public"><h2>공개 주소로 세는 네 조건</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>조건</th><th>가리는 방법</th><th>조건에 못 미치는 예</th></tr></thead><tbody><tr><td>로그인 없이 열림</td><td>로그인하지 않은 브라우저로 주소를 엶</td><td>회원 전용 안내, 직원용 게시판</td></tr><tr><td>사실이 글자로 있음</td><td>페이지에서 그 문장을 복사할 수 있는지</td><td>그림 안의 글자, 내려받는 파일 속에만 있는 내용</td></tr><tr><td>병원이 운영하는 곳임</td><td>병원 채널 목록에 있는 주소인지</td><td>누가 썼는지 모르는 바깥 글</td></tr><tr><td>주소가 남아 있음</td><td>기록한 날에 그 주소가 열리는지</td><td>전화로 한 안내, 창구에서 나눠 주는 종이</td></tr></tbody></table></div></div><p>네 조건을 모두 채운 주소만 공개 근거 칸에 씁니다. 셋째 줄에서 바깥 글을 빼는 까닭은 이 기록이 병원이 스스로 밝힌 공개 정보를 세는 기록이기 때문입니다. 바깥 글에 같은 사실이 실려 있다는 것은 따로 옮겨 쓰되, 공개 근거 칸을 채우지는 않습니다.</p><p>넷째 줄의 전화 안내와 종이 안내문은 환자에게 실제로 닿는 안내이지만 주소가 없습니다. 다시 찾아 읽을 수 없고, 누가 어떤 말로 안내했는지도 남지 않습니다. 이런 안내가 있다는 사실은 공개 공백의 옆에 써서, 공개 문장을 쓸 때 바탕으로 삼습니다.</p><p>공개 근거 칸에는 주소와 함께 그 주소를 연 날을 씁니다. 페이지는 뒤에 고쳐지거나 내려갈 수 있으므로, 다음 진단에서는 같은 주소를 열어 문장이 그대로 있는지부터 맞댑니다.</p></section><section id="p3-roles"><h2>사실을 답하는 사람과 공개를 정하는 사람의 역할 나눔</h2><p>이 기록이 흐려지는 때는 한 사람이 사실을 답하고, 공개 근거를 찾고, 공개할지까지 정할 때입니다. 역할은 실장, 진단 담당, 원장, 홈페이지 담당 넷으로 나눕니다.</p><p>실장은 사실을 맡습니다. 항목마다 누가 답할 수 있는지를 알고, 회신이 엇갈리면 어느 답이 지금의 기준인지를 정합니다. 접수 직원은 된다고 하고 검사실은 안 된다고 하는 항목을 그대로 넘기면 사실 미정이 되므로, 실장이 두 사람에게 다시 물어 하나로 정한 뒤 회신합니다.</p><p>진단 담당은 공개 근거를 맡습니다. 병원 사람에게 「홈페이지에 있을 것」이라는 말을 들어도 그 말로 공개 근거 칸을 채우지 않고, 주소와 문장을 직접 찾아 옮깁니다. 찾지 못하면 공개 주소 없음으로 씁니다.</p><p>원장은 공개를 정합니다. 공개 공백 목록에서 공개할 항목과 공개 제외로 둘 항목을 가르고, 공개할 항목은 어느 페이지에 실을지까지 정합니다. 진료 효과나 실적을 말하는 사실은 공개하기 전에 의료광고 심의 기구의 공식 안내를 확인합니다.</p><p>홈페이지 담당은 공개 주소 목록을 맡습니다. 병원이 운영하는 페이지의 주소를 목록으로 갖고 있다가 진단 담당에게 넘기고, 원장이 공개하기로 한 항목을 페이지에 실은 뒤 그 주소를 목록에 더합니다. 목록이 없으면 진단 담당은 찾은 곳만 읽게 되어, 있는 공개 문장을 놓치고 공개 공백으로 잘못 매길 수 있습니다.</p><p>인계할 때는 물음 목록, 회신 기록, 공개 주소 목록, 네 기록과 원장의 결정을 묶어 넘깁니다. 다음 진단 담당은 공개하기로 한 항목이 실제로 실렸는지를 주소를 열어 맞대고, 실렸다면 그 항목의 기록을 공개 근거 있음으로 새 줄에 씁니다.</p></section><section id="p4-faq" class="faq-section"><h2>내부 확인 사실과 공개 정보 자주 묻는 질문</h2><details class="faq-acc" open><summary>내부 회신이 글이 아니라 전화로만 왔을 때도 사실 칸에 쓸 수 있나요?</summary><p>쓸 수 있습니다. 진단 담당이 들은 말을 그대로 옮기고 회신한 사람과 날짜를 쓴 뒤, 실장에게 옮긴 글을 보내 맞는지 되묻습니다. 실장이 맞다고 답한 날을 함께 남깁니다.</p></details><details class="faq-acc"><summary>병원 공식 블로그나 영상 채널에만 있는 사실은 공개 근거 있음으로 기록하나요?</summary><p>병원 채널 목록에 있는 곳이고 네 조건을 모두 채우면 공개 근거 있음입니다. 블로그 글에 그 사실이 문장으로 있으면 해당합니다. 영상 속 말로만 나오고 설명란에 글자로 없다면 둘째 조건에 못 미치므로 공개 공백으로 기록하고, 영상의 주소를 옆에 옮겨 씁니다.</p></details><details class="faq-acc"><summary>공개 공백으로 기록한 사실을 AI 답변이 맞게 말했다면 어떻게 기록하나요?</summary><p>답변 기록에는 사실과 같음이라고 쓰고, 그 항목의 기록은 공개 공백 그대로 남깁니다. 답변이 맞았다는 것은 어딘가에 그 사실이 실려 있다는 단서일 수 있으므로, 답변의 인용 출처를 열어 병원 채널 목록에 없는 주소인지 가립니다.</p></details><details class="faq-acc"><summary>공개 공백을 채우려고 내부 자료를 그대로 홈페이지에 올려도 되나요?</summary><p>그대로 올리지 않습니다. 내부 자료에는 공개할 사실과 공개하지 않을 내용이 함께 들어 있을 수 있습니다. 원장이 공개하기로 한 사실만 문장으로 옮겨 쓰고, 옮긴 문장이 내부 자료와 같은 사실을 말하는지 실장이 읽은 뒤에 싣습니다.</p></details><details class="faq-acc"><summary>공개 제외로 정한 사실을 환자가 자주 물으면 기록을 어떻게 하나요?</summary><p>기록은 공개 제외 그대로이고, 묻는 일이 잦다는 사실을 옆에 씁니다. 공개 제외는 원장이 정한 것이므로 진단 담당이 공개 공백으로 고치지 않습니다. 다음 진단 때 원장에게 그 항목을 다시 올려, 정한 까닭이 지금도 같은지 묻습니다.</p></details></section><section id="p4-next"><h2>공백 기록을 점검과 공개로 잇는 일</h2><p>공개 공백은 한 번 채우면 끝나는 목록이 아닙니다. 병원의 사실이 바뀔 때마다 내부에서는 새 값을 알고 공개 페이지는 옛 값으로 남는 새 틈이 생깁니다. 내부에서 바뀐 사실을 공개 페이지와 맞대는 일을 언제 누가 할지를 정하는 방법은 병원 정보 점검에서 따로 다룹니다.</p><p>원장이 공개하기로 한 사실이 여럿이면 페이지마다 흩어 싣기보다 기준일과 함께 한곳에 모아 싣는 방식도 있습니다. 진료 과목, 장비, 검사처럼 병원이 스스로 밝히는 사실의 목록입니다. 그런 목록을 어떤 모습으로 공개할지는 병원 GEO 데이터 공개에서 이어서 정리합니다.</p><p>새 진료나 검사를 시작하는 날에는 공개 문장을 같은 날 실을 수 있게 미리 준비합니다. 시작한 뒤에 진단에서 공개 공백으로 나오기를 기다리지 않습니다. 실은 날에는 그 주소를 공개 주소 목록에 더합니다.</p></section>]]></description></item><item><title>색인됐지만 AI에 인용되지 않은 페이지, 기술 문제로 단정하지 않는 이유</title><link>https://hospitalgeocheck.com/%EC%83%89%EC%9D%B8%EB%90%90%EC%A7%80%EB%A7%8C-ai%EC%97%90-%EC%9D%B8%EC%9A%A9%EB%90%98%EC%A7%80-%EC%95%8A%EC%9D%80-%ED%8E%98%EC%9D%B4%EC%A7%80-%EA%B8%B0%EC%88%A0-%EB%AC%B8%EC%A0%9C%EB%A1%9C-%EB%8B%A8%EC%A0%95%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%83%89%EC%9D%B8%EB%90%90%EC%A7%80%EB%A7%8C-ai%EC%97%90-%EC%9D%B8%EC%9A%A9%EB%90%98%EC%A7%80-%EC%95%8A%EC%9D%80-%ED%8E%98%EC%9D%B4%EC%A7%80-%EA%B8%B0%EC%88%A0-%EB%AC%B8%EC%A0%9C%EB%A1%9C-%EB%8B%A8%EC%A0%95%ED%95%98%EC%A7%80-%EC%95%8A%EB%8A%94-%EC%9D%B4%EC%9C%A0</guid><pubDate>Mon, 26 Oct 2026 07:02:34 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>색인 자격과 실제 인용을 나누는 판단</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>색인됐는데 AI 답변에 인용되지 않았다면, 그것만으로는 기술 문제라고 판정하지 않습니다. 색인과 스니펫 자격은 인용될 수 있는 조건이고, 실제로 인용될지는 그 뒤에 서비스가 정하는 결과여서 두 단계를 나눠 따져야 합니다. 구글 검색 센터 문서는 AI 개요나 AI 모드에서 참조 링크로 표시되려면 페이지의 색인이 생성되어 있고 스니펫과 함께 구글 검색에 표시될 수 있어야 하며, 그 밖에 추가적인 기술 요구사항은 없다고 안내합니다.</p></div><p>같은 문서는 요구사항을 모두 충족해도 구글이 그 페이지의 콘텐츠를 반드시 크롤링하거나 색인하고 제공하는 것은 아니라고 밝힙니다. 조건을 갖춘 것과 결과가 나오는 것이 다르다는 뜻입니다. 그래서 진단은 먼저 조건을 따지고, 조건이 갖춰졌는데도 인용되지 않았다면 그 결과를 기술 결함이 아닌 미인용으로 기록합니다.</p><p>인용되지 않은 질문 가운데는 AI 기능이 아예 나타나지 않은 질문도 섞여 있을 수 있습니다. 구글 검색 센터 문서는 AI 개요가 기존 검색에 도움이 된다고 시스템이 판단하는 경우에만 표시되어 자주 나타나지 않는다고 안내합니다. AI 개요가 없던 질문은 인용 여부를 따질 답변이 없었으므로 미인용에 넣지 않고 따로 셉니다.</p></section><section id="p1-table"><h2>색인된 페이지의 네 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>기준</th><th>다음 할 일</th></tr></thead><tbody><tr><td>기술 결함</td><td>색인, 크롤링 허용, 스니펫 표시, 본문 텍스트 가운데 하나가 막힘</td><td>막힌 곳을 고친 뒤 다시 관측</td></tr><tr><td>AI 기능 미표시</td><td>질문에 AI 개요나 AI 모드 답변이 나오지 않음</td><td>미인용과 따로 세고 같은 질문을 다음 관측에 반복</td></tr><tr><td>미인용</td><td>조건이 모두 갖춰졌고 AI 답변이 나왔으나 페이지가 인용되지 않음</td><td>질문과 날짜를 기록하고 관측을 이어 감</td></tr><tr><td>인용</td><td>조건이 갖춰졌고 AI 답변에 페이지가 인용됨</td><td>인용된 문장이 페이지와 맞는지 대조</td></tr></tbody></table></div></div><p>넷째 기준인 본문 텍스트는 구글 문서가 요구사항이 아니라 권장사항으로 드는 항목입니다. 그래도 진단에서 기술 결함에 넣는 까닭은, 안내가 이미지 안에만 있으면 그 안내를 담은 텍스트가 페이지에 없어 스니펫으로 쓰일 문장 자체가 없기 때문입니다. 이 항목의 결함은 안내 가운데 이미지로만 된 부분에만 매깁니다.</p><p>기술 결함만이 병원이 고쳐서 바로 달라질 수 있는 판정입니다. 미인용은 병원 쪽 조건이 갖춰진 상태에서 나온 결과여서, 기술 조건을 다시 손본다고 달라진다는 근거가 없습니다. 그래서 미인용을 기술 결함으로 적으면 고칠 곳이 없는 곳에서 고칠 거리를 찾게 됩니다.</p></section><section id="p2-steps"><h2>조건부터 결과까지 가리는 네 단계</h2><ol class="step-list"><li>진단 담당이 서치 콘솔의 URL 검사로 페이지의 색인 상태를 조사하고, 구글봇이 받은 HTML에 본문 텍스트가 들어 있는지 기록합니다.</li><li>진단 담당이 크롤링 허용, 스니펫 제한 설정, 본문 텍스트를 아래 표의 항목대로 조사합니다.</li><li>두 단계에서 막힌 곳이 없는 부분은 진단 담당이 그 부분이 답하는 질문으로 AI 답변 원문과 질문한 날짜를 저장하고 AI 기능이 나왔는지를 표시합니다. 막힌 부분에 해당하는 질문은 답변과 관계없이 기술 결함으로 매깁니다.</li><li>진단 담당이 질문마다 앞의 표에 있는 네 판정 가운데 하나를 매기고, 기술 결함은 홈페이지 담당에게, 나머지는 관측 기록에 남깁니다.</li></ol><p>첫째와 둘째 단계를 셋째 단계보다 앞에 두는 까닭은 조건이 막힌 페이지를 관측하면 그 결과가 기술 결함인지 미인용인지 가릴 수 없기 때문입니다. 조건을 먼저 따지면 셋째 단계에서 나온 인용되지 않은 결과를 미인용으로 적을 근거가 생깁니다.</p><p>둘째 단계에서 찾은 설정은 그대로 기록하고, 고칠지는 홈페이지 담당과 정합니다. 스니펫 제한 설정은 병원이 일부러 넣었을 수도 있어서, 진단 담당이 기술 결함으로 판정하더라도 풀지 말지는 병원이 그 페이지를 검색에 어떻게 보이고 싶은지에 따라 정합니다.</p><p>셋째 단계의 질문은 그 페이지가 실제로 답하는 질문으로 정합니다. 페이지가 답하지 않는 질문에서 인용되지 않은 것은 조건과도 결과와도 무관한 질문 선택의 문제이기 때문입니다. 질문마다 그 질문에 답하는 페이지 속 문장을 함께 옮겨 두면, 다음 진단 담당도 같은 기준으로 질문을 정할 수 있습니다.</p></section><section id="p2-check"><h2>기술 조건의 네 가지 점검 항목</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>점검 항목</th><th>점검 도구</th><th>막혔을 때의 모습</th></tr></thead><tbody><tr><td>색인 생성</td><td>서치 콘솔 URL 검사</td><td>페이지가 색인되지 않음으로 나옴</td></tr><tr><td>크롤링 허용</td><td>robots.txt와 호스팅 설정</td><td>구글봇의 접근이 막혀 있음</td></tr><tr><td>스니펫 표시</td><td>페이지의 nosnippet, max-snippet, data-nosnippet 설정</td><td>본문이 스니펫에 쓰이지 못하게 제한됨</td></tr><tr><td>본문 텍스트</td><td>URL 검사의 구글봇이 받은 HTML</td><td>중요한 안내가 이미지 안에만 있어 텍스트가 없음</td></tr></tbody></table></div></div><p>셋째 줄의 설정은 구글 검색 센터 문서가 검색에 표시되는 정보를 제한하는 방법으로 드는 것들입니다. 병원이 일부러 넣지 않았어도 홈페이지 제작 때 들어간 설정이 남아 있을 수 있어, 페이지 원본에서 찾아 기록합니다.</p><p>넷째 줄은 같은 문서가 중요한 콘텐츠는 텍스트 형식으로 제공하라고 권하는 것과 이어집니다. 진료 시간표나 진료 안내가 이미지로만 올라가 있다면, 색인은 되어도 그 안내가 본문 텍스트로 읽히지 않습니다.</p></section><section id="p3-record"><h2>한 페이지의 단계별 판정 기록 예</h2><p>판정을 넘길 때는 한 페이지마다 네 단계의 결과를 순서대로 한 묶음에 남깁니다. 다음은 설명을 위해 꾸민 가상의 판정 기록으로, 진료 안내 페이지 하나를 두고 쓴 것입니다.</p><p>첫째 단계 결과는 URL 검사에서 색인됨, 구글봇이 받은 HTML에 진료 안내 본문 텍스트 있음이었습니다. 조사한 날짜와 URL을 함께 씁니다.</p><p>둘째 단계 결과는 robots.txt 허용, 스니펫 제한 설정 없음이었습니다. 다만 진료 시간표가 이미지로만 올라가 있어, 네 항목 가운데 본문 텍스트에서 진료 시간 부분이 막힌 것으로 표시했습니다. 이 한 부분은 기술 결함이고, 나머지 진료 안내 본문은 조건이 갖춰진 상태입니다.</p><p>셋째 단계에서는 진료 안내 본문이 답하는 질문 세 개와 진료 시간 질문 하나로 AI 답변을 받았습니다. 본문 질문 세 개 가운데 하나는 AI 개요가 나오지 않아 AI 기능 미표시, 하나는 페이지가 인용되어 인용, 하나는 AI 답변이 나왔지만 다른 페이지가 인용되어 미인용이었습니다. 진료 시간 질문은 해당 부분이 이미지로만 있어 기술 결함으로 판정했습니다.</p><p>넷째 단계의 넘김은 둘로 나뉘었습니다. 기술 결함인 진료 시간표는 홈페이지 담당에게 텍스트로 바꾸는 요청과 함께 넘기고, 나머지 세 판정은 관측 기록에 질문 원문과 날짜와 함께 남겼습니다. 미인용 한 건은 다음 관측에서 같은 질문으로 다시 묻기로 했습니다. 이 페이지의 판정을 모아 쓰면 기술 결함 하나, AI 기능 미표시 하나, 인용 하나, 미인용 하나로, 질문 네 개가 네 판정에 하나씩 나뉩니다.</p><p>판정 기록에는 AI 기능 미표시 질문도 지우지 않고 남깁니다. 다음 관측에서 같은 질문에 AI 개요가 나오면 그때 인용이나 미인용을 매길 수 있고, 계속 나오지 않는다면 그 질문이 인용 관측에 맞지 않는 질문일 수 있다는 기록이 됩니다.</p><p>이 기록에서 놓치면 안 되는 것은 한 페이지 안에서도 부분마다 판정이 다를 수 있다는 점입니다. 페이지 전체를 하나의 판정으로 적으면, 진료 시간표의 기술 결함이 미인용 속에 묻히거나 반대로 본문의 미인용이 기술 결함으로 적힐 수 있습니다.</p></section><section id="p4-faq" class="faq-section"><h2>색인된 페이지 미인용 자주 묻는 질문</h2><div class="faq-card"><h3>미인용이 여러 달 이어지면 기술 조건을 다시 조사해야 하나요?</h3><p>홈페이지를 개편했거나 설정을 바꾼 일이 있으면 다시 조사합니다. 그런 변화가 없는데 미인용만 이어진다면 조건이 바뀌었다는 근거가 없으므로, 기술 조사를 되풀이하기보다 질문이 페이지 내용과 맞는지를 먼저 다시 맞댑니다.</p></div><div class="faq-card"><h3>AI 기능 전용 파일이나 마크업을 더하면 인용되나요?</h3><p>구글 검색 센터 문서는 AI 기능에 표시되기 위해 컴퓨터가 읽을 수 있는 새로운 파일이나 AI 텍스트 파일, 마크업을 따로 만들지 않아도 되며 별도로 추가해야 하는 구조화된 데이터도 없다고 안내합니다. 그런 파일이 없다는 사실을 기술 결함으로 판정하지 않습니다.</p></div><div class="faq-card"><h3>챗GPT에서 인용되지 않는 것도 같은 방식으로 판정하나요?</h3><p>판정의 틀은 같지만 조건의 내용은 서비스마다 다릅니다. 이 글의 기술 조건은 구글 검색 센터 문서를 따른 것이고, 다른 서비스가 페이지를 인용하는 조건은 그 서비스의 공식 안내로 따로 대조합니다. 공식 안내에 없는 조건은 진단 기록으로 확인합니다.</p></div><div class="faq-card"><h3>경쟁 병원 페이지는 인용되는데 우리 페이지만 빠지면 기술 결함인가요?</h3><p>그 사실만으로는 판정하지 않습니다. 우리 페이지의 조건을 네 항목으로 따져 막힌 곳이 없다면 미인용이고, 다른 병원 페이지와 견준 결과는 진단 기록에 싣지 않습니다.</p></div><div class="faq-card"><h3>기술 결함을 고친 뒤 언제 다시 관측하나요?</h3><p>고친 뒤 URL 검사로 구글봇이 바뀐 페이지를 받았는지부터 가립니다. 받은 것이 확인되면 같은 질문으로 다시 묻고, 그 답변부터 네 판정을 새로 매깁니다. 고치기 전의 판정은 지우지 않고 고친 날짜와 함께 남겨, 고친 뒤 판정이 어떻게 달라졌는지 견줄 수 있게 합니다.</p></div></section><section id="p4-next"><h2>기술 결함을 고치는 다음 단계</h2><p>기술 결함이 여러 페이지에서 나왔다면 페이지마다 따로 고치기보다 사이트 전체의 설정을 한 번에 따지는 편이 낫습니다. AI 검색에 맞춰 사이트의 기술 조건을 점검하는 방법은 AI검색 기술 점검에서 따로 다룹니다.</p><p>미인용이 이어지는 페이지는 기술 결함이 아니므로 기술 쪽 작업 목록에 올리지 않습니다. 그 페이지가 질문에 답하는 문장을 갖추고 있는지는 원고 쪽의 물음이어서, 관측 기록과 함께 원고 담당에게 넘기는 편이 맞습니다.</p><p>진료 시간표처럼 중요한 안내가 이미지로만 올라가 있었다면, 화면 설계 단계에서 안내를 텍스트로 두는 원칙이 필요합니다. 그 원칙은 병원 홈페이지 디자인에서 이어서 정리합니다.</p></section>]]></description></item><item><title>병원 이름 등장과 공식 홈페이지 인용, 따로 세는 현황 기록</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-%EC%9D%B4%EB%A6%84-%EB%93%B1%EC%9E%A5%EA%B3%BC-%EA%B3%B5%EC%8B%9D-%ED%99%88%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%9D%B8%EC%9A%A9-%EB%94%B0%EB%A1%9C-%EC%84%B8%EB%8A%94-%ED%98%84%ED%99%A9-%EA%B8%B0%EB%A1%9D</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-%EC%9D%B4%EB%A6%84-%EB%93%B1%EC%9E%A5%EA%B3%BC-%EA%B3%B5%EC%8B%9D-%ED%99%88%ED%8E%98%EC%9D%B4%EC%A7%80-%EC%9D%B8%EC%9A%A9-%EB%94%B0%EB%A1%9C-%EC%84%B8%EB%8A%94-%ED%98%84%ED%99%A9-%EA%B8%B0%EB%A1%9D</guid><pubDate>Mon, 26 Oct 2026 07:02:21 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>이름 등장과 공식 도메인 인용의 차이</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원 이름이 답변에 나온 것과 공식 홈페이지가 인용된 것은 같은 성과가 아니며, 진단 현황에서는 따로 셉니다. 이름 등장은 답변 본문에 병원이 언급되었다는 뜻일 뿐, 그 설명이 어느 문서에서 왔는지는 알려 주지 않습니다. 공식 도메인 인용은 병원이 직접 관리하는 페이지가 답변 내용의 출처로 쓰였다는 뜻이어서, 병원이 고친 정보가 답변으로 이어질 통로가 있다는 것을 보여 줍니다.</p></div><p>두 상태를 합쳐 세면 중요한 차이가 가려집니다. 병원 이름은 자주 나오는데 출처가 모두 병원 정보 사이트나 오래된 블로그 글이라면, 병원이 홈페이지를 고쳐도 그 답변은 바뀌지 않을 수 있습니다. 반대로 이름 등장은 적어도 공식 도메인 인용이 있는 답변이라면, 병원 채널의 정확성이 곧 답변의 정확성으로 이어집니다.</p><p>출처 목록에 병원 주소가 있다고 모두 인용은 아닙니다. 오픈AI 도움말은 출처 버튼을 누르면 인용된 출처와 다른 관련 링크를 볼 수 있다고 안내합니다. 출처 목록에는 답변 내용의 근거가 아닌 관련 링크도 함께 나올 수 있으므로, 목록의 페이지를 열어 답변 내용이 실제로 있는지까지 대조한 것만 인용으로 셉니다.</p><p>이름 등장의 수에는 그 문장이 맞는지가 들어 있지 않습니다. 병원 이름과 함께 틀린 진료 시간이 전해졌어도 이름 등장으로 한 번 셉니다. 문장의 정확성은 병원 공식 정보와 따로 대조해 정확성 진단에 남기고, 이 현황의 수와 섞지 않습니다. 둘을 섞으면 이름 등장이 늘었다는 보고 속에 틀린 언급이 함께 늘어난 사실이 가려질 수 있습니다.</p></section><section id="p1-table"><h2>따로 세는 다섯 가지 발견 상태</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>발견 상태</th><th>세는 기준</th><th>이 상태가 알려 주는 것</th></tr></thead><tbody><tr><td>이름 등장</td><td>답변 본문에 병원 이름이 나옴</td><td>병원이 답변에 언급됨</td></tr><tr><td>공식 도메인 인용</td><td>병원 공식 도메인의 페이지가 출처이고 그 페이지에 답변 내용이 있음</td><td>병원 채널이 답변의 근거로 쓰임</td></tr><tr><td>제삼자 출처 인용</td><td>병원 밖 사이트의 페이지가 병원 관련 내용의 출처이고 그 페이지에 해당 내용이 있음</td><td>병원 정보가 외부 문서를 거쳐 전해짐</td></tr><tr><td>단순 링크</td><td>출처 목록에 페이지가 있으나 답변 내용이 그 페이지에 없음</td><td>관련 링크로만 나옴</td></tr><tr><td>출처 없음</td><td>답변에 출처 표시가 없음</td><td>근거 문서를 따라갈 수 없음</td></tr></tbody></table></div></div><p>한 응답에 여러 상태가 함께 나올 수 있습니다. 병원 이름이 나오고 공식 도메인과 제삼자 출처가 함께 인용된 응답은 세 상태에 모두 한 번씩 셉니다. 그래서 다섯 상태의 수를 더한 값은 응답 수와 같지 않고, 더한 값을 현황 숫자로 쓰지 않습니다.</p></section><section id="p2-steps"><h2>응답별 도메인 추출표를 만드는 네 단계</h2><ol class="step-list"><li>실장이 병원이 관리하는 공식 도메인 목록을 진단 담당에게 건넵니다. 홈페이지, 예약 페이지, 병원 블로그처럼 병원이 내용을 고칠 수 있는 주소가 여기에 듭니다.</li><li>진단 담당이 응답마다 답변 원문, 질문한 날짜, 출처 목록의 주소를 모두 저장하고, 응답 목록에 병원 이름이 나왔는지와 출처 표시가 없는지를 표시합니다.</li><li>진단 담당이 출처 주소를 하나씩 열어 도메인 추출표에 옮기고, 공식 도메인인지 제삼자인지와 답변 내용이 그 페이지에 있는지를 표시합니다.</li><li>진단 담당이 표의 다섯 상태별로 응답 수를 세어 현황표에 따로 싣습니다.</li></ol><p>첫째 단계에서 공식 도메인 목록을 먼저 받는 까닭은 병원 블로그나 예약 페이지가 다른 회사의 주소를 빌려 쓰는 경우가 있기 때문입니다. 목록 없이 주소만 보고 가리면, 병원이 직접 고칠 수 있는 페이지를 제삼자로 세거나 그 반대로 셀 수 있습니다.</p><p>셋째 단계에서 페이지를 열어 내용을 대조하는 일은 손이 많이 가지만 빼지 않습니다. 이 대조가 없으면 공식 도메인 인용과 단순 링크를 가를 수 없고, 공식 도메인 인용 수가 실제보다 커집니다.</p><p>공식 도메인 목록은 한 번 만들고 끝내지 않습니다. 홈페이지 주소를 옮기거나 예약 페이지를 다른 업체의 주소로 바꾸면 목록도 그날 고치고, 고친 날짜를 목록에 남깁니다. 목록이 바뀐 날 전후의 현황을 견줄 때 도메인 구분이 달라진 까닭을 설명할 수 있어야 하기 때문입니다.</p></section><section id="p2-extract"><h2>도메인 추출표의 다섯 칸</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>담는 것</th></tr></thead><tbody><tr><td>응답 번호</td><td>질문과 날짜로 찾아갈 수 있는 번호</td></tr><tr><td>출처 주소</td><td>출처 목록에 나온 주소 그대로</td></tr><tr><td>도메인 구분</td><td>공식 도메인 목록에 있으면 공식, 없으면 제삼자</td></tr><tr><td>해당 문장</td><td>페이지에서 답변 내용과 같은 문장, 없으면 없음</td></tr><tr><td>발견 상태</td><td>앞 칸으로 정해지는 인용 또는 단순 링크</td></tr></tbody></table></div></div><p>다섯째 칸은 셋째와 넷째 칸으로 정해집니다. 해당 문장이 있으면 도메인 구분에 따라 공식 도메인 인용이나 제삼자 출처 인용, 해당 문장이 없으면 단순 링크입니다. 이름 등장과 출처 없음은 응답 단위의 상태여서 이 표가 아니라 응답 목록에 표시합니다.</p><p>해당 문장 칸에는 페이지의 문장을 그대로 옮깁니다. 요약해 옮기면 다음 진단 담당이 그 페이지가 바뀌었는지 가릴 수 없고, 답변 내용과 같은 문장이었는지도 다시 대조할 수 없습니다.</p></section><section id="p3-compare"><h2>합친 숫자와 나눈 현황의 비교</h2><p>같은 진단 결과를 합친 숫자 하나로 보고할 때와 다섯 상태로 나눠 보고할 때 원장이 읽는 내용이 어떻게 다른지 견줍니다. 아래 숫자는 설명을 위해 꾸민 가상의 집계입니다. 사례가 아니라 두 보고 방식의 차이를 숫자로 보이려는 예입니다.</p><p>질문 열 개로 응답 열 개를 받았고, 병원 이름이 나온 응답은 일곱이었습니다. 합친 숫자로 보고하면 「응답 열 개 가운데 일곱에서 병원 노출」 한 줄이 됩니다. 원장은 이 숫자만 보고 병원 정보가 답변에 잘 전해지고 있다고 읽을 수 있습니다.</p><p>나눠 보고하면 같은 일곱 응답이 다르게 읽힙니다. 일곱 응답 가운데 공식 도메인 인용이 붙은 응답은 둘이었고, 그중 하나에는 제삼자 출처도 함께 인용되었습니다. 제삼자 출처만 인용된 응답이 셋, 출처가 없는 응답이 하나, 공식 도메인이 출처 목록에 있었지만 해당 문장이 없어 단순 링크로 센 응답이 하나였습니다. 둘, 셋, 하나, 하나를 더하면 이름이 나온 일곱 응답이 모두 설명됩니다.</p><p>이 현황에서 원장이 읽을 수 있는 것은 이름이 나온 응답의 다수가 병원 밖 문서를 근거로 삼았다는 사실입니다. 제삼자 출처만 인용된 세 응답의 내용이 맞는지, 그 출처가 오래된 정보를 담고 있지 않은지가 다음에 대조할 일로 떠오릅니다. 합친 숫자로는 이 일이 보이지 않습니다.</p><p>공식 도메인 인용이 붙은 두 응답도 따로 읽습니다. 그 두 응답이 인용한 병원 페이지가 어느 페이지인지 도메인 추출표에서 찾으면, 답변의 근거로 쓰이는 병원 페이지가 어디인지 알 수 있고 그 페이지부터 정확성을 지킬 수 있습니다.</p><p>단순 링크로 센 응답도 그냥 넘기지 않습니다. 공식 도메인 페이지가 출처 목록에만 있고 답변 내용이 그 페이지에 없다면, 그 페이지가 질문에 직접 답하는 문장을 담고 있지 않을 수 있습니다. 이 가능성은 판정이 아니라 다음에 병원 페이지를 대조할 때의 메모로 남깁니다.</p><p>나눈 현황을 넘길 때는 도메인 추출표와 응답 목록을 함께 넘깁니다. 다음 진단 담당은 같은 질문으로 다시 물어, 다섯 상태의 수가 각각 어떻게 달라졌는지를 따로 견줍니다. 합친 숫자의 변화만 보면 공식 도메인 인용이 줄고 제삼자 출처 인용이 늘어난 변화도 가려질 수 있습니다.</p></section><section id="p4-faq" class="faq-section"><h2>이름 등장과 인용 기록 자주 묻는 질문</h2><div class="faq-card"><h3>공식 도메인 인용이 늘면 홈페이지 방문도 늘었다고 볼 수 있나요?</h3><p>인용 수만으로는 알 수 없습니다. 구글 검색 센터 문서는 AI 기능에 표시되는 사이트가 서치 콘솔의 전반적인 검색 트래픽에 포함되고 실적 보고서의 웹 검색 유형에서 보고된다고 안내합니다. 방문 변화는 서치 콘솔과 분석 도구로 따로 읽고, 인용 현황과 한 숫자로 합치지 않습니다.</p></div><div class="faq-card"><h3>제삼자 출처 인용은 병원에 불리한 결과인가요?</h3><p>유리하거나 불리하다고 판정하지 않습니다. 제삼자 출처의 내용이 병원 공식 정보와 맞는지를 대조해, 맞지 않는 출처만 정정 대상으로 넘깁니다.</p></div><div class="faq-card"><h3>병원 블로그가 외부 플랫폼 주소를 쓰면 공식 도메인으로 세나요?</h3><p>병원이 내용을 직접 고칠 수 있는 채널이면 공식 도메인 목록에 넣고 공식으로 셉니다. 목록에 넣을 때 그 주소가 병원 채널이라는 근거로 관리 권한을 함께 기록합니다.</p></div><div class="faq-card"><h3>출처 없음 응답에 병원 이름이 나오면 어떻게 기록하나요?</h3><p>이름 등장과 출처 없음에 모두 셉니다. 근거 문서를 따라갈 수 없으므로 그 응답의 내용은 병원 공식 정보와 대조만 하고, 고칠 출처는 기록하지 않습니다.</p></div><div class="faq-card"><h3>같은 제삼자 페이지가 여러 응답에 인용되면 몇 번으로 세나요?</h3><p>현황에는 응답마다 한 번씩 셉니다. 도메인 추출표에서는 같은 주소를 묶어 몇 개 응답에 인용되었는지를 따로 표시해, 영향이 큰 외부 페이지를 먼저 대조합니다.</p></div></section><section id="p4-next"><h2>제삼자 출처를 줄이거나 맞춘 뒤</h2><p>제삼자 출처 가운데 병원이 낸 보도자료를 옮긴 기사가 있다면, 원래 보도자료의 문장이 그 인용의 출발점일 수 있습니다. 보도자료를 쓸 때 어떤 사실을 어떤 문장으로 담을지는 병원 보도자료에서 따로 다룹니다.</p><p>서비스가 출처를 보여 주는 방식을 바꾸면 같은 질문이라도 출처 없음과 단순 링크의 수가 달라질 수 있습니다. 현황표에는 서비스 이름과 질문한 날짜를 함께 싣고, 화면에서 출처가 보이는 방식이 달라졌다면 그 사실도 메모로 남겨 앞뒤 진단을 견줄 때 함께 읽습니다.</p><p>병원 정보 사이트나 외부 소개 글처럼 병원이 직접 고칠 수 없는 출처가 많다면, 그 출처들을 목록으로 관리하는 방법이 필요합니다. 그 방법은 병원 외부 출처 관리에서 이어서 정리합니다.</p></section>]]></description></item><item><title>일반 치료 설명을 그 병원의 방식으로 단정한 AI 답변 확인</title><link>https://hospitalgeocheck.com/%EC%9D%BC%EB%B0%98-%EC%B9%98%EB%A3%8C-%EC%84%A4%EB%AA%85%EC%9D%84-%EA%B7%B8-%EB%B3%91%EC%9B%90%EC%9D%98-%EB%B0%A9%EC%8B%9D%EC%9C%BC%EB%A1%9C-%EB%8B%A8%EC%A0%95%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%ED%99%95%EC%9D%B8</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%BC%EB%B0%98-%EC%B9%98%EB%A3%8C-%EC%84%A4%EB%AA%85%EC%9D%84-%EA%B7%B8-%EB%B3%91%EC%9B%90%EC%9D%98-%EB%B0%A9%EC%8B%9D%EC%9C%BC%EB%A1%9C-%EB%8B%A8%EC%A0%95%ED%95%9C-ai-%EB%8B%B5%EB%B3%80-%ED%99%95%EC%9D%B8</guid><pubDate>Mon, 26 Oct 2026 07:02:08 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>방식 서술과 귀속 표지를 떼어 읽는 판정</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>일반적인 치료 설명을 그 병원의 방식으로 단정한 답변은, 방식을 서술한 부분과 그것을 병원의 것으로 돌린 부분을 떼어 각각 근거를 찾아 판정합니다. 어떤 치료가 보통 어떻게 이루어지는지는 의학 일반의 설명이고, 그 병원이 그 치료를 어떤 방식으로 하는지는 병원이 승인한 사실입니다. 앞의 것이 맞는 설명이더라도 뒤의 것의 근거가 되지는 않습니다.</p></div><p>답변이 「이 병원은 그 시술을 당일에 마치는 방식으로 한다」고 전했다면, 이 문장에는 당일에 마친다는 방식 서술과 이 병원이 그렇게 한다는 귀속이 함께 들어 있습니다. 그 시술이 흔히 당일에 끝난다는 설명은 의학 정보 글에서 찾을 수 있습니다. 그러나 이 병원도 그렇게 하는지는 병원의 자료에서만 찾을 수 있습니다.</p><p>판정 값은 네 가지입니다. 방식 서술이 병원이 승인한 시행 방식과 같으면 귀속 맞음, 방식 서술이 병원의 승인 자료에는 없고 일반 설명에만 있는데 병원의 방식으로 전했으면 일반 설명의 귀속, 병원이 승인한 방식과 다르면 방식 다름, 답변이 병원에 돌리지 않고 일반 설명으로 전했으면 귀속 없음입니다. 귀속 없음은 오류가 아닙니다.</p><p>이 판정은 병원이 그 치료를 하는 경우를 다룹니다. 병원이 하지 않는 치료를 한다고 전한 답변은 제공 여부의 오류이고, 방식을 맞대기 전에 걸러집니다. 또 이 판정은 일반 설명이 의학적으로 옳은지를 가리지 않습니다. 진단이 가리는 것은 누구의 방식이라고 전했는지입니다.</p></section><section id="p1-table"><h2>귀속의 네 가지 판정 값</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정 값</th><th>방식 서술의 근거</th><th>답변이 전한 모습</th><th>환자에게 생길 수 있는 일</th></tr></thead><tbody><tr><td>귀속 맞음</td><td>병원이 승인한 시행 방식에 있음</td><td>병원의 방식으로 전함</td><td>없음</td></tr><tr><td>일반 설명의 귀속</td><td>승인 자료에 없고 일반 설명에만 있음</td><td>병원의 방식으로 전함</td><td>병원이 밝힌 적 없는 방식을 기대하고 옴</td></tr><tr><td>방식 다름</td><td>승인 자료에 다른 방식이 있음</td><td>병원의 방식으로 전함</td><td>실제와 다른 방식을 기대하고 옴</td></tr><tr><td>귀속 없음</td><td>일반 설명에 있음</td><td>일반 설명으로 전함</td><td>판정 대상 아님</td></tr></tbody></table></div></div><p>둘째 줄과 셋째 줄은 병원이 할 일이 다릅니다. 방식 다름은 답변이 병원의 실제 방식과 어긋난 것이어서 출처를 찾아 고칠 일입니다. 일반 설명의 귀속은 병원이 그 방식을 밝힌 자료가 없는 상태에서 생긴 것이어서, 병원이 자기 방식을 공개할지를 먼저 정할 일입니다.</p><p>여기서 승인 자료는 실장이 의료진에게 받은 회신을 말합니다. 그 방식이 홈페이지에 공개돼 있는지와 상관없이, 회신에 있으면 승인 자료에 있는 것으로 셉니다. 공개돼 있는지는 출처 기록에서 따로 읽습니다.</p></section><section id="p2-steps"><h2>귀속을 판정하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답변에서 치료 방식을 서술한 문장을 뽑고, 병원에 돌리는 표지가 있는지를 표시합니다.</li><li>진단 담당이 답변이 표시한 출처를 열어 방식 서술이 어느 출처에 있는지를 기록합니다.</li><li>실장이 의료진에게 받아 병원이 승인한 시행 방식을 회신합니다.</li><li>진단 담당이 표지와 출처와 회신을 맞대어 네 값 가운데 하나를 매깁니다.</li><li>원장이 판정을 승인하고, 의료 내용이 든 문장은 의료진이 검토합니다.</li></ol><p>첫째 단계의 표지는 문장의 주어와 장소를 읽어 찾습니다. 병원 이름이 주어이거나 「이곳에서는」처럼 병원을 가리키는 말이 있으면 표지가 있는 것입니다. 「일반적으로」나 「보통」으로 시작하는 문장은 표지가 없는 것입니다. 병원 소개 문단 안에 표지 없는 방식 서술이 이어져 있으면, 표지 없음으로 매기되 병원 소개 문단 안에 있었다고 기록합니다.</p><p>둘째 단계는 방식 서술이 어디에서 왔을 수 있는지를 남기는 일입니다. 표시된 출처가 병원 페이지 하나와 의학 정보 페이지 하나이고 방식 서술이 의학 정보 페이지에만 있다면, 그 사실을 그대로 씁니다. 답변이 두 출처를 어떻게 엮었는지는 단정하지 않습니다.</p><p>셋째 단계의 회신은 의료진이 정합니다. 어떤 방식으로 시행하는지는 의료 판단이 들어가는 내용이어서 실장이 기억으로 답하지 않고, 그 치료를 맡는 의료진에게 글로 받습니다. 환자 상태에 따라 방식이 달라진다면 그 사실이 곧 승인 방식입니다.</p></section><section id="p2-items"><h2>방식 서술에서 뽑는 네 항목과 맞댈 자료</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>항목</th><th>답변에서 뽑는 것</th><th>맞댈 승인 자료</th></tr></thead><tbody><tr><td>시행 방법</td><td>어떤 방법이나 기구로 한다는 서술</td><td>의료진이 승인한 시행 방법 설명</td></tr><tr><td>장소와 입원</td><td>외래에서 하는지, 입원하는지에 대한 서술</td><td>병원의 시설과 입원 운영 안내</td></tr><tr><td>시간과 횟수</td><td>걸리는 시간, 방문 횟수에 대한 서술</td><td>병원이 환자에게 주는 일정 안내</td></tr><tr><td>시행 뒤 경과</td><td>회복에 걸리는 기간, 일상 복귀에 대한 서술</td><td>의료진이 승인한 시행 뒤 안내문</td></tr></tbody></table></div></div><p>한 문장에 네 항목이 섞여 있으면 항목마다 따로 매깁니다. 시행 방법은 병원 자료와 같고 회복 기간은 일반 설명에서 온 것일 수 있습니다. 문장 단위로 한 값을 매기면 맞는 절반이 나머지를 가리거나, 어긋난 절반 때문에 문장 전체가 오류가 됩니다.</p><p>넷째 항목은 조심해서 읽습니다. 회복 기간이나 결과에 대한 서술은 환자가 기대로 받아들이기 쉬운 내용입니다. 승인 자료에 없는 기간이 병원의 방식으로 전해졌다면, 값과 함께 의료진 검토가 필요한 문장이라고 표시해 넘깁니다.</p></section><section id="p3-roles"><h2>표지를 읽는 사람과 방식을 승인하는 사람의 역할 나눔</h2><p>이 판정에는 글을 읽는 일과 의료 내용을 정하는 일이 함께 들어 있습니다. 두 일을 한 사람이 하면 진단 담당이 의학 설명의 옳고 그름을 가리게 되거나, 의료진이 답변의 문장 구조까지 읽게 됩니다. 역할을 넷으로 나눕니다.</p><p>진단 담당은 문장을 읽습니다. 방식 서술을 뽑고, 표지가 있는지를 표시하고, 출처를 열어 서술이 있는 곳을 기록합니다. 서술이 의학적으로 맞는지는 판단하지 않습니다. 맞는 설명인데 병원의 것이 아닐 수 있고, 진단 담당이 옳다고 느낀 설명이 그 병원에서는 하지 않는 방식일 수 있습니다.</p><p>의료진은 방식을 승인합니다. 자기가 맡는 치료를 병원에서 어떤 방식으로 하는지를 글로 회신하고, 진단 담당이 표시해 넘긴 문장을 읽어 환자에게 잘못된 기대를 줄 내용이 있는지를 밝힙니다. 의료진의 회신은 환자에게 공개할 글이 아니라 판정에 쓰는 승인 자료이므로, 공개를 전제로 다듬지 않습니다.</p><p>실장은 둘 사이를 잇습니다. 진단 담당이 뽑은 문장을 치료별로 묶어 맡는 의료진에게 넘기고, 회신에 기준일과 회신한 사람을 달아 돌려줍니다. 방식이 바뀌었는데 회신이 옛것이면 판정이 거꾸로 나오므로, 진단 때마다 회신이 지금도 맞는지를 의료진에게 다시 묻습니다.</p><p>원장은 판정을 승인하고, 일반 설명의 귀속이 나온 치료에 대해 병원의 방식을 공개할지를 정합니다. 공개하는 글은 의료법 제56조 제2항이 금지하는 치료 효과를 오인하게 할 우려가 있는 내용이나 중요한 정보를 누락하는 내용이 되지 않도록 의료진과 함께 읽습니다.</p><p>인계할 때는 답변 문장과 받은 날, 표지 표시, 출처 기록, 의료진의 회신과 기준일, 항목별 판정 값, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 의료진이 바뀌었는지를 먼저 묻고 회신을 새로 받습니다.</p></section><section id="p4-faq" class="faq-section"><h2>일반 치료 설명의 병원 귀속 자주 묻는 질문</h2><div class="faq-card"><h3>병원 블로그에 실린 일반 의학 글이 출처인데 답변이 그것을 병원의 방식으로 전했다면 어떻게 매기나요?</h3><p>일반 설명의 귀속으로 매깁니다. 글이 병원 블로그에 있다는 것은 병원이 그 글을 썼다는 뜻이고, 병원이 그 방식으로 시행한다는 뜻은 아닙니다. 병원은 그 글이 일반 설명인지 본원의 방식인지를 글 안에서 밝혔는지를 읽습니다. 밝히지 않았다면 그 글이 고칠 곳의 후보가 됩니다.</p></div><div class="faq-card"><h3>의료진이 「환자 상태에 따라 방식을 정한다」고 회신했는데 답변이 한 가지 방식으로 단정했다면 어느 값인가요?</h3><p>방식 다름으로 매깁니다. 병원이 승인한 방식은 상태에 따라 정한다는 것이고, 답변은 누구에게나 한 가지로 한다고 전했기 때문입니다. 답변이 말한 방식이 병원이 쓰는 방식 가운데 하나라 하더라도, 환자는 자기에게도 그 방식이 쓰인다고 기대하게 됩니다.</p></div><div class="faq-card"><h3>회복 기간처럼 숫자가 든 서술은 숫자가 비슷하면 귀속 맞음으로 매기나요?</h3><p>비슷한 것으로는 매기지 않습니다. 승인 자료에 있는 숫자나 범위와 같을 때에만 귀속 맞음입니다. 승인 자료에 숫자가 없다면 답변의 숫자는 일반 설명에서 온 것으로 기록합니다. 병원이 숫자를 밝히지 않은 데에는 까닭이 있을 수 있으므로, 숫자를 공개하라는 권고는 진단에서 하지 않습니다.</p></div><div class="faq-card"><h3>진단을 맡은 곳이 방식 서술을 모두 「일반 설명이라 대상 아님」으로 넘겼다면 무엇을 요청하나요?</h3><p>문장마다 표지가 있었는지를 표시한 기록을 요청합니다. 방식 서술이 일반 설명처럼 읽혀도 주어가 병원이면 판정 대상입니다. 표지를 읽지 않고 내용만으로 일반 설명이라고 넘겼다면, 병원의 방식으로 전해진 문장이 그 안에 섞여 있을 수 있습니다.</p></div><div class="faq-card"><h3>귀속 맞음으로 매긴 문장의 출처가 병원 자료가 아니라 일반 설명 페이지였다면 그대로 넘어가도 되나요?</h3><p>값은 귀속 맞음으로 남기고 출처를 따로 기록합니다. 병원의 실제 방식과 같은 내용이 전해졌지만 그 근거가 병원 자료가 아니었다는 사실은, 병원 자료에 그 방식이 읽히는 글로 공개돼 있지 않을 수 있다는 단서입니다. 실장이 공개 자료에 그 방식이 있는지를 찾습니다.</p></div></section><section id="p4-next"><h2>병원의 방식을 병원의 말로 공개하는 일</h2><p>일반 설명의 귀속이 거듭 나오는 치료는 병원이 자기 방식을 밝힌 자료가 비어 있는 곳입니다. 글로 밝히는 방법과 함께, 그 치료를 맡는 의료진이 직접 설명하는 영상으로 밝히는 방법도 있습니다. 의료진이 나오는 영상을 기획하고 올리는 방법은 병원 유튜브 운영에서 다룹니다.</p></section>]]></description></item><item><title>의원을 병원이나 센터로 부른 AI 답변, 일상 지칭과 종별 단정의 차이</title><link>https://hospitalgeocheck.com/%EC%9D%98%EC%9B%90%EC%9D%84-%EB%B3%91%EC%9B%90%EC%9D%B4%EB%82%98-%EC%84%BC%ED%84%B0%EB%A1%9C-%EB%B6%80%EB%A5%B8-ai-%EB%8B%B5%EB%B3%80-%EC%9D%BC%EC%83%81-%EC%A7%80%EC%B9%AD%EA%B3%BC-%EC%A2%85%EB%B3%84-%EB%8B%A8%EC%A0%95%EC%9D%98-%EC%B0%A8%EC%9D%B4</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%9D%98%EC%9B%90%EC%9D%84-%EB%B3%91%EC%9B%90%EC%9D%B4%EB%82%98-%EC%84%BC%ED%84%B0%EB%A1%9C-%EB%B6%80%EB%A5%B8-ai-%EB%8B%B5%EB%B3%80-%EC%9D%BC%EC%83%81-%EC%A7%80%EC%B9%AD%EA%B3%BC-%EC%A2%85%EB%B3%84-%EB%8B%A8%EC%A0%95%EC%9D%98-%EC%B0%A8%EC%9D%B4</guid><pubDate>Mon, 26 Oct 2026 07:01:55 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>낱말이 아닌 문맥으로 읽는 명칭 차이</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>의원을 병원이나 센터로 바꿔 부른 답변은 그 낱말이 놓인 문맥에 따라 다르게 판정합니다. 「이 병원은 평일 저녁까지 진료합니다」처럼 기관을 가리키는 보통의 말로 쓴 것은 오류로 세지 않고, 「○○내과병원」처럼 고유한 이름을 바꿔 쓴 것이나 병원급 의료기관이라고 단정한 것은 따로 가려냅니다. 같은 낱말이라도 읽는 사람이 받아들이는 뜻이 문맥에 따라 다르기 때문입니다.</p></div><p>우리말에서 병원은 두 가지로 쓰입니다. 하나는 아픈 사람이 가는 곳을 두루 가리키는 말이고, 다른 하나는 법이 정한 의료기관의 한 종류입니다. 의료법 제3조의2는 병원과 한방병원이 30개 이상의 병상을 갖추도록 정하고, 제42조 제1항은 의료기관이 그 종류에 따르는 명칭 외의 명칭을 쓰지 못하도록 정합니다. 앞의 뜻으로 쓴 말을 뒤의 뜻으로 판정하면 거의 모든 답변이 오류가 되고, 뒤의 뜻으로 쓴 말을 앞의 뜻으로 넘기면 입원이 되는 곳이라고 알린 답변을 놓칩니다.</p><p>판정은 세 가지입니다. 기관을 두루 가리키는 말로 쓰였으면 일상 지칭, 고유한 이름의 글자가 공식 등록 명칭과 달라졌으면 명칭 변형, 기관의 종류나 그 종류에 딸린 자격을 사실처럼 말했으면 종별 단정입니다. 일상 지칭은 기록만 하고, 명칭 변형과 종별 단정은 수정 권고의 대상으로 올립니다.</p><p>일상 지칭을 기록만 하는 까닭은 사람들이 의원을 병원이라고 부르기 때문만은 아닙니다. 이 지칭에는 병원이 고칠 수 있는 출처가 없습니다. 병원 채널에 공식 등록 명칭이 바르게 쓰여 있어도, 답변은 기관을 받아 가리킬 때 보통의 말을 쓸 수 있습니다. 고칠 곳이 없는 것을 오류 목록에 올리면 그 목록은 줄어들지 않습니다.</p></section><section id="p1-table"><h2>표현이 놓인 문맥의 세 가지 판정</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>문맥의 모습</th><th>읽는 사람이 받아들이는 뜻</th></tr></thead><tbody><tr><td>일상 지칭</td><td>「이 병원」「그 병원에서는」처럼 이름 밖에서 기관을 가리킴</td><td>진료하는 곳이라는 뜻</td></tr><tr><td>명칭 변형</td><td>고유한 이름 안의 「의원」이 「병원」「센터」「클리닉」으로 바뀜</td><td>다른 이름의 기관, 또는 같은 기관의 다른 종류</td></tr><tr><td>종별 단정</td><td>「병원급」「입원 병상을 갖춘 병원」처럼 종류나 자격을 말함</td><td>그 종류의 기관이 갖춘 것을 갖춘 곳</td></tr></tbody></table></div></div><p>둘째 줄을 첫째 줄과 나누는 까닭은 이름은 기관을 찾는 열쇠이기 때문입니다. 이름이 달라지면 환자는 그 이름으로 다시 찾게 되고, 비슷한 이름의 다른 기관에 닿을 수 있습니다. 셋째 줄은 이름이 맞더라도 매깁니다. 「○○내과의원은 입원 치료도 가능한 병원입니다」는 이름은 그대로이지만 기관의 종류를 다르게 알린 문장입니다.</p></section><section id="p2-steps"><h2>명칭 표현을 문맥으로 판정하는 다섯 단계</h2><ol class="step-list"><li>실장이 개설 서류의 공식 등록 명칭과 의료기관의 종류를 글자 그대로 옮겨 진단 담당에게 넘깁니다.</li><li>진단 담당이 답변에서 기관을 가리키는 표현을 모두 찾아, 표현이 든 문장과 함께 옮깁니다.</li><li>진단 담당이 표현마다 아래 표의 네 표지를 읽어 세 판정 가운데 하나를 매깁니다.</li><li>진단 담당이 명칭 변형과 종별 단정은 인용 출처를 열어 같은 표현이 출처에 있는지 찾습니다.</li><li>원장이 판정 목록을 읽고 수정 권고를 승인합니다.</li></ol><p>둘째 단계에서 문장까지 함께 옮기는 까닭은 표현만 떼어 놓으면 문맥이 사라지기 때문입니다. 「병원」이라는 낱말만 옮긴 목록으로는 일상 지칭과 종별 단정을 가를 수 없습니다. 질문도 함께 옮깁니다. 질문이 「입원이 되는 곳인가요」였다면 답변의 「병원」은 종류를 답한 말로 읽힙니다.</p><p>넷째 단계에서 같은 표현이 병원 채널에 있는지도 찾습니다. 병원이 스스로 고유한 이름을 「○○내과병원」이라고 쓰고 있다면 고칠 곳은 병원 원문입니다. 그 표기를 써도 되는지는 이 진단이 판단하지 않고, 원장이 명칭 표시에 관한 규정을 확인해 정합니다.</p></section><section id="p2-signs"><h2>문맥을 가르는 네 가지 표지</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>표지</th><th>읽는 곳</th><th>가리키는 판정</th></tr></thead><tbody><tr><td>이름 안인지 밖인지</td><td>표현이 고유한 이름에 붙어 있는지</td><td>안이면 명칭 변형, 밖이면 일상 지칭 쪽</td></tr><tr><td>종류에 딸린 속성</td><td>입원, 병상, 응급실처럼 그 종류가 갖추는 것을 함께 말했는지</td><td>말했으면 종별 단정</td></tr><tr><td>질문이 물은 것</td><td>질문이 기관의 종류나 규모를 물었는지</td><td>물었으면 종별 단정 쪽</td></tr><tr><td>센터가 가리키는 것</td><td>기관 전체를 센터라고 했는지, 기관 안의 한 부서를 센터라고 했는지</td><td>기관 전체면 명칭 변형, 부서면 그 부서가 실제로 있는지 따로 맞댐</td></tr></tbody></table></div></div><p>첫째 표지에서 「쪽」이라고 쓴 까닭은 이름 밖에 있어도 둘째나 셋째 표지에 걸리면 종별 단정이 되기 때문입니다. 네 표지는 차례로 읽고, 종별 단정을 가리키는 표지가 하나라도 있으면 종별 단정으로 매깁니다. 그다음이 명칭 변형이고, 어느 표지에도 걸리지 않을 때 일상 지칭입니다.</p><p>둘째 표지의 속성은 병원이 실제로 갖췄는지와 맞대지 않고, 답변이 그 속성을 기관의 종류와 함께 말했는지만 읽습니다. 의원이 하지 않는 입원을 한다고 전한 것이 사실과 다른지는 제공 범위의 오류로 따로 가릴 일입니다. 여기서는 그 말이 기관의 종류를 단정하는 데 쓰였는지를 읽습니다.</p><p>넷째 표지의 센터는 병원이 기관 안의 진료 단위에 붙인 이름일 수 있습니다. 답변이 「○○내과의원의 내시경 센터」라고 전했다면 기관의 이름을 바꾼 것이 아닙니다. 이때는 그 이름의 부서가 병원에 실제로 있는지를 실장이 답하고, 없다면 명칭과는 다른 오류로 기록합니다.</p></section><section id="p3-compare"><h2>같은 낱말이 세 문맥에서 달리 읽히는 비교</h2><p>낱말만 세는 진단과 문맥으로 읽는 진단은 같은 답변에서 다른 결과를 냅니다. 「병원」이라는 낱말이 놓인 세 문맥을 나란히 놓으면 차이가 드러납니다.</p><p>첫째 문맥은 질문이 진료 시간을 묻고 답변이 「이 병원은 토요일 오전에도 진료합니다」라고 전한 경우입니다. 표현은 이름 밖에 있고, 종류에 딸린 속성도 없으며, 질문도 종류를 묻지 않았습니다. 일상 지칭입니다. 낱말만 세는 진단은 이것을 오류 한 건으로 셉니다. 답변마다 이런 문장이 여럿이면 오류 수가 부풀고, 정작 고쳐야 할 문장이 그 수에 묻힙니다.</p><p>둘째 문맥은 답변이 기관을 소개하면서 이름을 「○○내과병원」이라고 쓴 경우입니다. 표현이 이름 안에 있으므로 명칭 변형입니다. 환자가 이 이름으로 지도를 찾으면 나오지 않거나, 이름이 비슷한 다른 기관이 나올 수 있습니다. 낱말만 세는 진단에서는 첫째 문맥과 똑같이 한 건이어서, 이름이 바뀌었다는 사실이 따로 드러나지 않습니다.</p><p>셋째 문맥은 질문이 「입원해서 치료받을 수 있는 곳」을 묻고 답변이 의원을 「입원 치료가 가능한 병원」으로 소개한 경우입니다. 둘째와 셋째 표지에 함께 걸리는 종별 단정입니다. 환자는 입원을 기대하고 찾아오게 됩니다. 세 문맥 가운데 환자의 움직임을 가장 크게 그르치는 것은 이 경우이고, 원장에게도 먼저 알립니다.</p><p>수정 권고도 문맥마다 다릅니다. 일상 지칭에는 권고가 없습니다. 명칭 변형은 같은 표기가 실린 출처를 찾아 공식 등록 명칭으로 고치도록 권고하고, 종별 단정은 병원 채널에 입원이나 병상처럼 종류에 딸린 속성을 말하는 문장이 있는지부터 찾도록 권고합니다. 병원 채널에 그런 문장이 없다면 병원이 고칠 원문은 없고, 판정과 인용 출처를 남깁니다.</p><p>인계할 때는 공식 등록 명칭과 종류, 표현과 문장과 질문, 표지별로 읽은 결과, 판정과 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 종별 단정으로 매긴 질문을 같은 문장으로 다시 묻습니다.</p></section><section id="p4-faq" class="faq-section"><h2>의원을 병원이나 센터로 부른 답변 자주 묻는 질문</h2><details class="faq-acc" open><summary>이름의 「의원」을 「클리닉」으로 바꿔 부른 답변은 어느 판정인가요?</summary><p>명칭 변형입니다. 클리닉은 의료법이 정한 의료기관의 종류 이름이 아니어서 종류를 다르게 알린 것은 아니지만, 고유한 이름의 글자가 공식 등록 명칭과 달라졌습니다. 같은 표기가 병원 채널이나 바깥 목록에 있는지를 찾아 함께 씁니다.</p></details><details class="faq-acc"><summary>한의원이나 치과의원을 한방병원, 치과병원으로 부른 경우는 다르게 판정하나요?</summary><p>이름 안에서 바뀌었다면 명칭 변형이고, 이름 밖이라도 「한방병원이라 입원이 됩니다」처럼 속성을 함께 말했다면 종별 단정입니다. 한방병원과 치과병원은 법이 따로 정한 종류의 이름이어서, 일상 지칭으로 넘기기 전에 둘째와 셋째 표지를 한 번 더 읽습니다.</p></details><details class="faq-acc"><summary>한 답변 안에서 의원과 병원을 섞어 부르면 판정은 하나로 매기나요?</summary><p>표현마다 따로 매깁니다. 첫 문장에서는 공식 등록 명칭을 그대로 쓰고 뒤에서는 「이 병원」이라고 받은 답변은 앞의 표현이 공식 등록 명칭 그대로여서 판정할 것이 없고, 뒤의 표현이 일상 지칭입니다. 답변 전체에 판정 하나를 매기지 않고, 수정 권고의 대상이 되는 표현이 있는지만 답변 단위로 표시합니다.</p></details><details class="faq-acc"><summary>지도나 포털의 업종 분류가 「병원」으로 되어 있으면 답변의 표현도 그 탓으로 기록하나요?</summary><p>탓으로 기록하지 않습니다. 업종 분류는 그 서비스가 기관을 나누는 방식이고, 답변이 그 분류를 읽었는지는 알 수 없습니다. 분류와 공식 종류가 다르다는 사실을 따로 쓰고, 병원이 분류를 고칠 수 있는지는 그 서비스의 공식 안내에서 확인합니다.</p></details><details class="faq-acc"><summary>병원이 홈페이지에서 스스로를 「저희 병원」이라고 부르는 것도 고쳐야 하나요?</summary><p>이 진단은 그 표현을 고치라고 권고하지 않습니다. 이름 밖에서 자기 기관을 가리키는 말이기 때문입니다. 다만 같은 페이지에서 고유한 이름은 공식 등록 명칭 그대로 한 번 이상 글자로 쓰여 있는지를 맞대고, 없으면 그 점을 권고합니다.</p></details></section><section id="p4-next"><h2>판정 뒤에 출처와 답변을 고치는 일</h2><p>명칭 변형의 출처가 한 곳이 아닌 경우가 있습니다. 옛 간판의 표기, 예전에 등록한 지도 정보, 오래된 소개 글에 같은 변형이 남아 있으면 한 곳을 고쳐도 다른 곳에서 다시 읽힙니다. 흩어진 표기를 찾아 공식 등록 명칭으로 맞추는 방법은 병원 정보 불일치 수정에서 따로 다룹니다.</p><p>종별 단정은 병원 채널에 고칠 문장이 없는 경우가 남습니다. 답변 오류의 판정과는 별개로 병원의 명칭과 종별을 다른 병원 정보와 어떻게 묶어 설계할지는 병원 데이터 구조화에서 이어서 정리합니다.</p><p>기관의 종류가 바뀌거나 이름을 바꾸는 날에는 실장이 새 공식 등록 명칭을 넘기고, 앞선 판정 목록의 명칭 변형을 새 이름을 기준으로 다시 읽습니다.</p></section>]]></description></item><item><title>병원 GEO 진단에 필요한 병원 자료, 기관 목록·승인 사실·관측 원문</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%97%90-%ED%95%84%EC%9A%94%ED%95%9C-%EB%B3%91%EC%9B%90-%EC%9E%90%EB%A3%8C-%EA%B8%B0%EA%B4%80-%EB%AA%A9%EB%A1%9D-%EC%8A%B9%EC%9D%B8-%EC%82%AC%EC%8B%A4-%EA%B4%80%EC%B8%A1-%EC%9B%90%EB%AC%B8</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%97%90-%ED%95%84%EC%9A%94%ED%95%9C-%EB%B3%91%EC%9B%90-%EC%9E%90%EB%A3%8C-%EA%B8%B0%EA%B4%80-%EB%AA%A9%EB%A1%9D-%EC%8A%B9%EC%9D%B8-%EC%82%AC%EC%8B%A4-%EA%B4%80%EC%B8%A1-%EC%9B%90%EB%AC%B8</guid><pubDate>Mon, 26 Oct 2026 07:01:42 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>공개 정보 판단에 필요한 세 가지 자료</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>병원 GEO 진단에 꼭 필요한 병원 자료는 기관 목록, 승인 사실, 관측 원문 세 가지입니다. 기관 목록은 답 속 병원이 우리 병원인지 가르는 데, 승인 사실은 답의 정보가 맞는지 맞대는 데, 관측 원문은 판정의 근거를 남기는 데 씁니다. 환자 개별 진료 기록이나 예약자 명단처럼 환자 한 사람이 드러나는 자료는 진단에 필요하지 않으므로 받지 않습니다.</p></div><p>진단을 맡길 때 병원은 무엇을 넘겨야 할지 몰라 가진 자료를 모두 보내거나, 반대로 아무것도 보내지 않고 결과를 기다리기 쉽습니다. 자료가 넘치면 필요 없는 개인 정보까지 진단하는 쪽에 건너가고, 자료가 모자라면 진단 담당은 병원 홈페이지를 공식 사실로 짐작해 대조합니다. 홈페이지가 틀린 병원이라면 그 짐작이 틀린 판정을 만듭니다.</p><p>진단의 목적이 공개된 정보가 AI 답에 어떻게 전해지는지를 가리는 것이라는 점에서 자료의 범위가 정해집니다. 공개 정보를 판단하는 데 쓰이지 않는 자료는 진단의 자료가 아닙니다. 이 기준 하나로 넘길 자료와 넘기지 않을 자료가 먼저 갈리고, 애매한 자료는 원장이 목적에 비추어 정합니다.</p></section><section id="p1-official"><h2>공식 안내가 가리키는 자료의 조건</h2><p>챗GPT 공식 도움말은 대화나 응답 하나를 공유 링크로 보낼 수 있고, 개인 계정에서 만든 링크는 만든 시점의 내용을 담는다고 안내하면서, 공유하는 내용에 건강 정보나 금융 정보 같은 민감한 개인 정보를 넣지 말라고 안내합니다. 관측 원문을 공유 링크로 남길 때 질문에 환자의 증상이나 진료 이력을 넣지 않아야 하는 까닭이 여기에 있습니다.</p><p>같은 서비스의 검색 도움말은 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 정확성이 중요할 때 권위 있는 출처를 쓰라고 안내합니다. 병원 정보에서 권위 있는 출처는 병원이 승인한 사실이므로, 승인 사실이 없으면 진단은 대조할 기준 없이 답만 모으는 일이 됩니다.</p><p>퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다. 관측 원문에 인용 링크까지 함께 남겨야 판정이 출처로 이어지므로, 관측 원문은 답의 글만이 아니라 인용과 함께 저장합니다.</p></section><section id="p1-table"><h2>진단 자료 목록표</h2><p class="table-caption">병원이 넘기고 진단 담당이 만드는 자료는 아래 진단 자료 목록표의 세 줄입니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>자료</th><th>담는 것</th><th>쓰는 곳</th></tr></thead><tbody><tr><td>기관 목록</td><td>병원 이름과 옛 이름, 줄임말, 지점, 주소, 전화, 공식 도메인</td><td>답 속 병원이 우리 병원인지 가르는 식별</td></tr><tr><td>승인 사실</td><td>진료 시간, 제공하는 진료와 검사, 의료진, 예약 정책과 원장이 승인한 날</td><td>답 속 정보가 맞는지 맞대는 사실 대조</td></tr><tr><td>관측 원문</td><td>질문, 서비스, 받은 시각, 답 원문, 인용 링크</td><td>판정의 근거와 다시 묻기</td></tr></tbody></table></div></div><p>세 자료 가운데 하나라도 빠지면 판정이 서지 않는 곳이 생깁니다. 기관 목록이 없으면 답 속 병원이 우리 병원인지 가를 수 없고, 승인 사실이 없으면 맞고 틀림을 말할 수 없으며, 관측 원문이 없으면 판정을 다른 사람이 되풀이할 수 없습니다.</p><p>진단 자료 목록표의 첫째와 둘째 줄은 병원이 넘기고, 셋째 줄은 진단 담당이 만듭니다. 병원이 가진 캡처는 그 표의 셋째 줄을 채우는 보조 자료일 뿐이므로, 캡처만으로 관측 원문을 대신하지 않고 진단 담당이 같은 질문으로 다시 물어 원문을 만듭니다.</p></section><section id="p2-exclude"><h2>받지 않는 자료 표</h2><p class="table-caption">진단을 맡길 때 넘기지 않는 자료는 아래 받지 않는 자료 표에서 정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>받지 않는 자료</th><th>받지 않는 까닭</th><th>대신 넘기는 것</th></tr></thead><tbody><tr><td>환자 개별 진료 기록</td><td>공개 정보 판단에 쓰이지 않고 환자가 드러남</td><td>없음</td></tr><tr><td>예약자 명단과 연락처</td><td>진단에 필요한 것은 예약 방식이지 예약한 사람이 아님</td><td>승인 사실의 예약 정책</td></tr><tr><td>상담 녹음과 상담 기록 전문</td><td>환자의 말과 개인 정보가 섞여 있음</td><td>개인 정보를 뺀 환자 질문 표현 목록</td></tr><tr><td>환자 후기 원본의 작성자 정보</td><td>후기의 공개 문장만 판단에 쓰임</td><td>공개된 후기 문장과 주소</td></tr><tr><td>매출과 진료 건수 자료</td><td>공개 정보가 전해지는 방식과 상관없음</td><td>없음</td></tr></tbody></table></div></div><p>받지 않는 자료 표의 셋째 줄처럼 환자가 쓴 표현은 질문을 만드는 데 쓸모가 있습니다. 이때도 녹음이나 기록 전문을 넘기지 않고, 실장이 환자의 이름과 증상, 진료 이력을 뺀 질문 문장만 목록으로 만들어 넘깁니다.</p></section><section id="p2-steps"><h2>진단 자료를 넘기는 다섯 단계</h2><ol class="step-list"><li>원장이 이번 진단의 목적과 범위를 정하고, 어느 지점과 어느 서비스를 다룰지 씁니다.</li><li>실장이 기관 목록을 만들고, 옛 이름과 줄임말, 지점별 주소와 전화를 빠짐없이 넣습니다.</li><li>실장이 승인 사실을 정리하고 원장의 승인을 받아 승인한 날을 씁니다.</li><li>실장이 받지 않는 자료 표를 보고 넘길 자료에 개인 정보가 섞이지 않았는지 가린 뒤 진단 담당에게 넘깁니다.</li><li>진단 담당이 받은 자료로 질문을 만들고 관측 원문을 저장합니다.</li></ol><p>둘째 단계의 기관 목록에 옛 이름과 줄임말을 넣는 까닭은 환자가 그 이름으로 묻고, AI 답도 그 이름으로 병원을 소개할 수 있기 때문입니다. 이름이 목록에 없으면 진단 담당은 옛 이름으로 나온 답을 다른 기관의 답으로 잘못 가를 수 있습니다.</p><p>셋째 단계의 승인 사실은 홈페이지 문장을 옮기는 것이 아니라 병원의 지금 운영을 원장이 확정한 값이어야 합니다. 홈페이지에 적힌 값과 승인 사실이 다르다면 그 차이 자체가 진단에서 가장 먼저 다룰 오류가 됩니다.</p></section><section id="p3-record"><h2>받은 자료의 점검 기록</h2><p>진단 담당은 자료를 받으면 자료마다 쓸 수 있는 상태인지를 한 줄씩 기록합니다. 기관 목록이라면 지점마다 주소와 전화, 도메인이 모두 있는지, 옛 이름과 줄임말이 들어 있는지를 적고, 빠진 칸이 있으면 실장에게 되묻습니다. 빠진 채로 진단을 시작하면 옛 이름으로 나온 답을 다른 기관으로 잘못 가를 수 있습니다.</p><p>승인 사실은 항목마다 원장이 승인한 날이 붙어 있는지를 가립니다. 승인한 날이 없는 항목은 대조의 기준으로 쓰지 않고, 그 항목의 대조는 승인이 날 때까지 과제로 남깁니다. 승인한 날이 오래되었다면 그사이 바뀐 것이 없는지를 실장에게 묻고, 답을 받은 날을 함께 씁니다.</p><p>받은 자료에 받지 않는 자료가 섞여 있다면 진단 담당은 그 자료를 쓰지 않고 돌려보내거나 지우며, 무엇을 받았다가 어떻게 처리했는지를 점검 기록에 남깁니다. 진단 담당 쪽에 환자 정보가 남아 있지 않다는 것을 병원이 뒤에 가릴 수 있어야 하기 때문이고, 같은 일이 되풀이되면 실장의 넘기는 절차를 다시 정합니다.</p><p>점검 기록은 진단 보고서의 첫 장에 함께 넣습니다. 보고서를 받는 사람은 이 기록으로 어떤 자료를 바탕으로 한 판정인지, 어느 자료가 모자라 과제로 남은 판정이 있는지를 먼저 알 수 있습니다.</p></section><section id="p3-link"><h2>자료를 갖춘 뒤의 순서로 잇는 일</h2><p>세 가지 자료가 갖춰지면 진단은 식별과 사실 대조, 출처 정리의 순서로 나아갑니다. 진단에서 개선까지 병원 GEO 작업을 어떤 순서로 진행할지는 병원 GEO 실행 순서에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>병원 GEO 진단 자료 자주 묻는 질문</h2><details class="faq-acc" open><summary>승인 사실을 정리해 둔 문서가 병원에 없으면 진단을 미뤄야 합니까?</summary><p>미루지 않아도 됩니다. 진단 전에 원장이 진료 시간과 예약 방법처럼 먼저 가릴 항목만이라도 한 장으로 승인하면 그 항목부터 대조할 수 있고, 나머지 항목은 승인 뒤에 대조합니다. 승인한 항목과 승인 전인 항목을 진단 보고서에 나누어 밝혀, 받는 사람이 어느 판정이 기준을 갖춘 판정인지 알 수 있게 합니다.</p></details><details class="faq-acc"><summary>진단 도중 승인 사실이 바뀌면 자료를 처음부터 다시 넘겨야 합니까?</summary><p>바뀐 항목만 새 승인일과 함께 넘깁니다. 진단 담당은 바뀐 날 전에 받은 답은 옛 값으로, 바뀐 날부터 받은 답은 새 값으로 맞대어, 같은 답이 기준이 바뀌어 틀린 것으로 잘못 기록되지 않게 합니다.</p></details><details class="faq-acc"><summary>진료 과목이 많은 병원은 승인 사실을 모두 정리해야 합니까?</summary><p>진단 범위에 든 진료만 정리합니다. 원장이 첫째 단계에서 정한 범위 밖의 진료는 이번 진단에서 대조하지 않으므로, 범위를 넓힐 때 그 진료의 승인 사실을 더합니다.</p></details><details class="faq-acc"><summary>진단이 끝난 뒤 넘긴 자료는 어떻게 처리합니까?</summary><p>기관 목록과 승인 사실은 병원이 다음 진단에도 쓸 기준 자료이므로 병원에 남기고, 진단 담당 쪽의 사본은 계약에서 정한 대로 돌려받거나 지우게 합니다. 지웠다면 지운 날을 점검 기록 끝에 받아 씁니다.</p></details><details class="faq-acc"><summary>여러 지점을 둔 병원은 기관 목록과 승인 사실을 어떻게 나눕니까?</summary><p>기관 목록과 승인 사실은 지점마다 따로 만듭니다. 모든 지점이 같은 값을 쓰는 항목은 한 번만 적되 모든 지점에 같다는 것을 원장이 승인했다고 밝혀, 지점별 진단에서 그 값을 옮겨 쓸 근거를 남깁니다.</p></details></section><section id="p4-exceptions"><h2>자료 범위를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>진단의 목적이 공개 정보가 아니라 병원 문의가 AI 검색에서 얼마나 오는지를 재는 것이라면 이 자료 범위로는 부족합니다. 그런 측정은 이 진단과 목적이 다르므로 원장과 함께 따로 계획하고, 그때 필요한 자료와 개인 정보 처리 방법도 따로 정합니다.</p><p>병원을 막 연 곳이라 공개된 정보가 거의 없다면 관측 원문도 적게 나옵니다. 이때는 기관 목록과 승인 사실을 먼저 갖추고, 공개가 늘어난 뒤 같은 질문으로 다시 묻는 날을 계획에 넣어 진단을 두 번으로 나눕니다.</p><p>병원이 공개하지 않기로 정한 정보가 AI 답에 나와 그 사실 여부를 가려야 한다면, 그 정보도 승인 사실로 넘길 수 있습니다. 이때는 공개하지 않는 정보라는 것을 승인 사실에 함께 적어, 진단 담당이 그 값을 보고서 밖으로 옮기지 않게 하고 보고서에도 가려 씁니다.</p></div></section>]]></description></item><item><title>병원 GEO 진단을 맡긴 병원이 받아야 할 최소 결과물</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%9D%84-%EB%A7%A1%EA%B8%B4-%EB%B3%91%EC%9B%90%EC%9D%B4-%EB%B0%9B%EC%95%84%EC%95%BC-%ED%95%A0-%EC%B5%9C%EC%86%8C-%EA%B2%B0%EA%B3%BC%EB%AC%BC</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%9D%84-%EB%A7%A1%EA%B8%B4-%EB%B3%91%EC%9B%90%EC%9D%B4-%EB%B0%9B%EC%95%84%EC%95%BC-%ED%95%A0-%EC%B5%9C%EC%86%8C-%EA%B2%B0%EA%B3%BC%EB%AC%BC</guid><pubDate>Mon, 26 Oct 2026 07:01:30 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>다섯 결과물과 그 사이의 이어짐</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>진단을 맡긴 병원이 받아야 할 최소 결과물은 다섯입니다. 질문과 함께 저장한 AI 답변 원문, 답변을 병원 공식 자료와 맞댄 근거 기록, 문장마다 매긴 판정과 그 까닭, 이번 진단에서 재지 않은 범위, 그리고 수정 우선순위입니다. 다만 다섯이 다 왔다는 것만으로는 충분하지 않고, 다섯이 서로 이어져 있어야 합니다.</p></div><p>이어져 있다는 것은 우선순위 목록의 어느 한 줄에서 출발해 그 줄의 판정, 판정의 근거가 된 근거 기록, 대조에 쓰인 답변 원문까지 거슬러 갈 수 있다는 뜻입니다. 우선순위 첫째 줄에 「진료 시간 오류」라고 쓰여 있는데 그것이 어느 질문의 어느 답변에서 나온 것인지를 찾을 수 없다면, 병원은 그 줄이 맞는지를 스스로 가릴 수 없습니다.</p><p>이 기준은 진단이 잘됐는지를 묻지 않습니다. 병원이 받은 결과를 다른 사람의 도움 없이 다시 읽어 검증할 수 있는지를 묻습니다. 진단을 맡은 곳이 바뀌거나 담당자가 떠난 뒤에도 병원에 남는 것은 결과물뿐이므로, 결과물만으로 판정을 거슬러 갈 수 있어야 다음 진단과 견줄 수 있습니다.</p><p>넷째 결과물인 미측정 범위는 빠지기 쉽습니다. 어떤 질문을 묻지 않았고 어떤 서비스를 재지 않았으며 어느 기간의 답변인지가 없으면, 「오류 세 건」이라는 결과가 전체에서 세 건인지 물어본 범위에서 세 건인지를 알 수 없습니다.</p><p>종합 점수나 등급은 다섯에 들지 않습니다. 점수가 함께 와도 되지만, 점수만 있고 그 점수가 어느 판정들에서 나왔는지를 거슬러 갈 수 없다면 결과물이 온 것으로 세지 않습니다.</p></section><section id="p1-table"><h2>최소 결과물 다섯과 들어 있어야 할 것</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>결과물</th><th>들어 있어야 할 것</th><th>없을 때 병원이 할 수 없는 일</th></tr></thead><tbody><tr><td>답변 원문</td><td>질문 원문, 서비스 이름, 받은 날, 답변 전문, 답변이 표시한 출처</td><td>판정 대상이 된 문장을 직접 읽기</td></tr><tr><td>근거 기록</td><td>답변 문장과 맞댄 병원 공식 자료의 주소, 읽은 날</td><td>무엇과 견주어 틀렸다고 했는지 알기</td></tr><tr><td>판정과 까닭</td><td>문장마다 매긴 값, 그 값을 매긴 까닭 한 줄</td><td>판정에 동의하는지 정하기</td></tr><tr><td>미측정 범위</td><td>묻지 않은 질문 유형, 재지 않은 서비스, 진단 기간</td><td>결과가 어디까지의 결과인지 알기</td></tr><tr><td>수정 우선순위</td><td>고칠 항목의 차례, 차례를 정한 기준, 고칠 곳</td><td>무엇부터 할지 정하기</td></tr></tbody></table></div></div><p>결과물마다 줄 번호나 항목 번호가 있어야 서로 이어집니다. 우선순위 줄에는 판정 번호가, 판정 줄에는 근거 기록 번호가, 근거 기록에는 답변 원문 번호가 쓰여 있어야 합니다. 번호 없이 글로만 이어진 결과물은 줄이 수십 개를 넘으면 거슬러 읽을 수 없습니다. 파일 이름에도 같은 번호가 들어 있으면 찾기가 쉽습니다.</p><p>답변 원문은 병원이 열 수 있는 곳에 있어야 합니다. 진단을 맡은 곳의 계정 안에 있는 파일로 가는 링크만 받았다면, 그 계정이 닫히는 날 원문도 함께 사라집니다. 파일 자체를 받거나 병원이 관리하는 저장 공간에 올려 받습니다.</p></section><section id="p2-steps"><h2>결과물을 인수하는 다섯 단계</h2><ol class="step-list"><li>실장이 결과물 다섯이 모두 왔는지를 표의 첫째 칸과 맞댑니다.</li><li>실장이 수정 우선순위 목록에서 맨 위, 가운데, 맨 아래 한 줄씩 세 줄을 뽑습니다.</li><li>실장이 뽑은 줄마다 판정, 근거 기록, 답변 원문으로 거슬러 읽습니다.</li><li>실장이 미측정 범위를 병원이 처음에 넘긴 질문 목록과 맞댑니다.</li><li>실장이 끊긴 곳을 진단을 맡은 곳에 보완 요청하고, 원장이 인수를 승인합니다.</li></ol><p>둘째 단계에서 세 줄을 위치로 뽑는 까닭은 뽑는 사람의 관심이 끼어들지 않게 하려는 것입니다. 눈에 띄는 줄만 뽑으면 진단을 맡은 곳이 공들여 쓴 줄만 읽게 됩니다. 맨 아래 줄은 덜 중요하다고 본 항목이어서 근거가 가장 허술하기 쉬운 곳입니다. 우선순위 목록이 세 줄보다 짧으면 있는 줄을 모두 읽습니다.</p><p>넷째 단계에서 질문 목록과 맞대는 것은 미측정 범위가 스스로 쓴 말이기 때문입니다. 병원이 넘긴 질문이 서른 개인데 답변 원문이 스물두 개라면, 나머지 여덟 개가 미측정 범위에 쓰여 있어야 합니다. 쓰여 있지 않다면 미측정 범위라는 결과물은 있어도 내용이 비어 있는 것입니다.</p><p>인수 승인은 진단 내용에 동의한다는 뜻이 아닙니다. 결과물이 검증할 수 있는 모양으로 왔다는 기록입니다. 판정에 동의하지 않는 줄이 있으면 인수한 뒤에 그 줄의 근거 기록을 근거로 따로 다룹니다.</p></section><section id="p2-links"><h2>거슬러 읽는 네 고리와 끊긴 모습</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>고리</th><th>거슬러 읽는 방법</th><th>끊긴 모습</th></tr></thead><tbody><tr><td>우선순위에서 판정으로</td><td>우선순위 줄의 번호로 판정 줄을 찾음</td><td>우선순위 줄에 번호가 없거나 판정 표에 그 번호가 없음</td></tr><tr><td>판정에서 근거 기록으로</td><td>판정의 까닭에 쓰인 공식 자료 주소를 엶</td><td>까닭이 「사실과 다름」뿐이고 맞댄 자료가 없음</td></tr><tr><td>근거 기록에서 답변 원문으로</td><td>맞댄 문장을 답변 전문에서 찾음</td><td>문장이 요약돼 있어 전문에서 찾을 수 없음</td></tr><tr><td>미측정 범위에서 질문 목록으로</td><td>질문 목록에서 답변 원문이 없는 질문을 셈</td><td>원문이 없는 질문이 미측정 범위에 없음</td></tr></tbody></table></div></div><p>고리마다 이어짐이나 끊김을 기록합니다. 세 줄을 읽어 끊김이 한 곳이라도 나오면 그 고리는 뽑지 않은 다른 줄에서도 끊겨 있을 수 있으므로, 보완 요청은 그 세 줄이 아니라 그 고리 전체에 대해 합니다. 끊김이 없으면 세 줄의 번호와 읽은 날을 남기고 인수 승인으로 갑니다.</p><p>셋째 고리의 끊김은 눈에 잘 띄지 않습니다. 근거 기록에 옮겨진 문장이 답변의 말을 줄이거나 다듬은 것이면, 읽는 사람은 그것이 원문이라고 여기고 지나갑니다. 전문에서 같은 문장을 글자 그대로 찾을 수 있어야 이어진 것입니다.</p></section><section id="p3-apply"><h2>표본 세 줄을 거슬러 읽는 방법</h2><p>거슬러 읽기는 진단 지식이 없어도 할 수 있는 일입니다. 실장이 하는 일은 판정이 옳은지를 가리는 것이 아니라 다음 기록이 찾아지는지를 가리는 것입니다. 한 줄에 드는 시간은 길지 않으므로 인수하는 날 바로 합니다.</p><p>먼저 우선순위 줄을 소리 내어 읽고, 그 줄이 말하는 오류가 무엇인지를 한 문장으로 옮깁니다. 그 문장을 들고 판정 표로 갑니다. 판정 줄에 쓰인 값과 까닭이 방금 옮긴 문장과 같은 오류를 말하고 있어야 합니다. 우선순위에서는 「진료 시간 오류」였는데 판정 줄은 「휴진일 표기 다름」이라면 번호는 이어져 있어도 내용이 어긋난 것이므로 끊김으로 기록합니다.</p><p>다음으로 판정의 까닭에 쓰인 병원 공식 자료의 주소를 직접 엽니다. 주소가 열리는지, 열린 페이지에 근거 기록이 옮긴 문장이 있는지를 읽습니다. 그사이 병원이 페이지를 고쳤다면 문장이 달라져 있을 수 있습니다. 이때는 근거 기록에 읽은 날이 있는지를 읽고, 날이 있으면 이어짐으로, 날이 없으면 끊김으로 기록합니다.</p><p>마지막으로 답변 전문 파일을 열어 맞댄 문장을 찾습니다. 찾은 곳에서 질문 원문과 서비스 이름과 받은 날이 그 답변에 함께 있는지를 읽습니다. 셋 가운데 하나라도 없으면 같은 질문을 다시 물어 견줄 수 없으므로 끊김입니다.</p><p>세 줄을 다 읽은 뒤에는 끊긴 고리의 이름과 어느 줄에서 끊겼는지를 써서 보완을 요청합니다. 「자료가 부족함」이라고 요청하면 무엇을 채울지가 전해지지 않습니다. 「판정 12번의 까닭에 맞댄 자료 주소 없음」처럼 고리와 번호로 요청합니다.</p><p>인계할 때는 결과물 다섯과 함께 표본 세 줄의 번호, 고리마다 매긴 기록, 보완 요청과 받은 보완, 원장의 인수 승인 기록을 넘깁니다. 다음 담당은 보완으로 받은 줄에서 한 줄을 뽑아 같은 방법으로 다시 거슬러 읽습니다.</p></section><section id="p4-faq" class="faq-section"><h2>진단 결과물 인수 자주 묻는 질문</h2><div class="faq-card"><h3>요약 보고서만 받았고 원문은 요청하면 주겠다고 하면 인수해도 되나요?</h3><p>인수하지 않습니다. 요청하면 준다는 말은 그 말을 한 담당자가 있는 동안만 지켜집니다. 인수하는 날을 기준으로 답변 원문이 병원 손에 있어야 결과물이 온 것입니다. 원문 파일을 받은 뒤에 표본 세 줄을 읽고 승인합니다.</p></div><div class="faq-card"><h3>답변 원문이 화면을 찍은 그림으로만 왔다면 원문으로 세나요?</h3><p>질문과 서비스 이름과 받은 날이 그림 안이나 파일 이름에 함께 있고 답변이 잘리지 않았다면 원문으로 셉니다. 다만 그림에서는 문장을 찾기 어려워 셋째 고리를 읽는 데 품이 듭니다. 답변이 표시한 출처가 그림에서 잘려 있으면 끊김으로 기록하고 글자로 된 전문을 요청합니다.</p></div><div class="faq-card"><h3>진단한 질문이 몇 개뿐이면 결과물도 줄여 받아도 되나요?</h3><p>줄이지 않습니다. 질문이 하나여도 원문, 근거 기록, 판정, 미측정 범위, 우선순위는 그대로 필요합니다. 질문이 적다는 사실은 결과물을 줄일 까닭이 아니라 미측정 범위에 쓸 내용입니다. 적은 질문으로 낸 결과일수록 어디까지 물었는지가 분명해야 결과를 넓게 읽지 않습니다.</p></div><div class="faq-card"><h3>우선순위 없이 오류 목록만 왔다면 병원이 직접 차례를 매겨도 되나요?</h3><p>매길 수 있지만 그 전에 재료가 있는지를 읽습니다. 차례를 매기려면 오류마다 그 문장을 믿은 환자가 무엇을 하게 되는지가 쓰여 있어야 합니다. 판정의 까닭에 그 내용이 없으면 병원이 매긴 차례는 짐작이 되므로, 까닭을 채워 달라고 먼저 요청합니다.</p></div><div class="faq-card"><h3>인수한 결과물은 언제까지 보관하나요?</h3><p>다음 진단에서 같은 질문으로 다시 물어 견줄 때까지는 보관합니다. 앞선 답변 원문이 없으면 달라진 것이 있는지를 말할 수 없습니다. 그 뒤의 보관 기간은 병원이 정합니다. 예를 들어 진단 두 번치를 남길 수 있으며, 이는 예시이고 병원이 정합니다.</p></div></section><section id="p4-next"><h2>인수 기준을 맡기는 일과 끝내는 일에 잇기</h2><p>다섯 결과물은 진단을 맡기기 전에 알려야 받기 쉽습니다. 진단이 끝난 뒤에 원문을 달라고 하면 저장하지 않았다는 답이 돌아올 수 있습니다. 맡기는 곳이 관측과 보완에서 어떤 일을 하는지는 병원 GEO 대행에서 다룹니다.</p><p>진단을 맡은 곳과 일을 끝낼 때는 그동안 쌓인 답변 원문과 근거 기록이 한꺼번에 넘어와야 합니다. 그때 받을 자료의 목록과 계정 정리는 GEO 대행 종료와 인계에서 이어서 정리합니다.</p></section>]]></description></item><item><title>전화번호 오류와 표기 오류, 행동 오도로 정하는 수정 순서</title><link>https://hospitalgeocheck.com/%EC%A0%84%ED%99%94%EB%B2%88%ED%98%B8-%EC%98%A4%EB%A5%98%EC%99%80-%ED%91%9C%EA%B8%B0-%EC%98%A4%EB%A5%98-%ED%96%89%EB%8F%99-%EC%98%A4%EB%8F%84%EB%A1%9C-%EC%A0%95%ED%95%98%EB%8A%94-%EC%88%98%EC%A0%95-%EC%88%9C%EC%84%9C</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A0%84%ED%99%94%EB%B2%88%ED%98%B8-%EC%98%A4%EB%A5%98%EC%99%80-%ED%91%9C%EA%B8%B0-%EC%98%A4%EB%A5%98-%ED%96%89%EB%8F%99-%EC%98%A4%EB%8F%84%EB%A1%9C-%EC%A0%95%ED%95%98%EB%8A%94-%EC%88%98%EC%A0%95-%EC%88%9C%EC%84%9C</guid><pubDate>Mon, 26 Oct 2026 07:01:17 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>환자 행동 기준의 수정 차례</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>전화번호 오류와 표기 오류 가운데 무엇부터 처리할지는 오류의 종류가 아니라 그 오류가 환자의 행동을 그르치게 하는지로 정합니다. 틀린 번호로 전화하게 만드는 전화번호 오류는 먼저 처리하고, 병원 이름의 띄어쓰기처럼 환자가 병원을 찾는 데 지장이 없는 표기 오류는 뒤로 미룹니다. 같은 무게라면 노출 범위와 오류가 확정되었는지로 순서를 가릅니다.</p></div><p>진단 보고서에 오류가 여럿 나오면 병원은 모두 한꺼번에 고치고 싶어 하지만, 고칠 사람과 요청할 곳은 한정되어 있습니다. 오류를 종류별로 묶어 전화번호, 주소, 표기 순으로 처리하면 알기 쉬워 보이지만, 표기 오류라도 비슷한 이름의 다른 병원으로 환자를 보내는 오류가 있고 전화번호 오류라도 이미 닫은 옛 번호가 대표번호로 넘어가 실제로는 병원에 닿는 오류가 있습니다.</p><p>그래서 기준은 환자가 그 문장을 믿고 무엇을 하게 되는지입니다. 엉뚱한 곳에 전화하거나, 문 닫은 시간에 찾아오거나, 다른 병원으로 가게 만든다면 행동을 그르치게 하는 오류이고, 읽는 사람이 어색하다고 느낄 뿐 행동은 달라지지 않는다면 그렇지 않은 오류입니다.</p></section><section id="p1-official"><h2>노출 범위를 셀 때의 조건</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있다고 안내하고, 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다. 두 안내는 오류가 생길 수 있다는 것과 출처를 따라갈 수 있다는 것을 말할 뿐, 한 오류가 얼마나 많은 이용자에게 보였는지는 말하지 않습니다.</p><p>그래서 노출 범위는 실제 이용자 수가 아니라 진단에서 관측한 범위로 셉니다. 같은 오류가 몇 개의 질문과 몇 개의 서비스에서 나왔는지를 세고, 이 숫자가 관측한 질문 목록 안에서만 뜻이 있다는 것을 보고서에 함께 밝힙니다. 서비스별 실제 노출 규모는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>확실성은 앞선 판정들에서 나온 값을 그대로 씁니다. 병원 공식 자료와 맞대어 오류로 확정된 것과, 공식 근거가 없거나 판정 불가로 남은 것을 나누어, 확정되지 않은 오류를 확정된 오류처럼 앞세우지 않습니다.</p></section><section id="p1-table"><h2>수정 순서 판정표</h2><p>운영 정보 오류마다 아래 수정 순서 판정표의 네 줄 가운데 하나로 처리 순서를 매깁니다. 진료나 복약처럼 환자의 안전과 닿는 의학적 오류는 이 판정표에 넣지 않고 그보다 먼저 다룹니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>행동 오도</th><th>노출 범위와 확실성</th><th>처리 순서</th></tr></thead><tbody><tr><td>연락, 방문, 예약을 틀린 곳이나 때로 이끎</td><td>오류로 확정됨, 노출 범위와 상관없음</td><td>첫째</td></tr><tr><td>연락, 방문, 예약을 틀린 곳이나 때로 이끎</td><td>오류로 확정되지 않음</td><td>둘째, 확정을 먼저 진행</td></tr><tr><td>행동은 달라지지 않음</td><td>오류로 확정됨, 여러 질문이나 서비스에서 나옴</td><td>셋째</td></tr><tr><td>행동은 달라지지 않음</td><td>한 질문에서만 나오거나 확정되지 않음</td><td>넷째</td></tr></tbody></table></div></div><p>수정 순서 판정표의 처리 순서는 첫째부터 넷째까지 넷입니다. 행동 오도가 있는 오류는 노출 범위가 좁아도 첫째나 둘째로 가고, 행동 오도가 없는 오류는 노출이 넓어도 셋째보다 앞서지 않습니다. 한 번이라도 환자를 틀린 곳으로 보내는 오류는 여러 번 어색하게 읽히는 오류보다 무겁기 때문입니다. 둘째 순서의 확정 작업은 공식 자료와 맞대거나 병원 안 회신을 받는 일이며, 확정되면 첫째로 올리고 틀리지 않았다고 확정되면 목록에서 뺍니다.</p></section><section id="p2-steps"><h2>수정 순서를 정하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 진단에서 나온 오류를 문장과 항목으로 모으고, 앞선 판정에서 나온 확실성 값을 함께 옮깁니다.</li><li>진단 담당이 오류마다 환자가 그 문장을 믿고 하게 되는 행동을 한 줄로 씁니다.</li><li>진단 담당이 같은 오류가 나온 질문 수와 서비스 수를 세어 노출 범위 칸을 채웁니다.</li><li>진단 담당이 수정 순서 판정표로 처리 순서를 매기고, 오류 우선순위 기록표를 원장에게 넘깁니다.</li><li>원장이 처리 순서대로 고칠 사람과 요청할 곳을 정하고, 실장이 처리한 날을 기록합니다.</li></ol><p>둘째 단계의 한 줄은 환자의 처지에서 씁니다. 이 번호로 전화하면 다른 의원이 받는다, 이 시간에 오면 접수가 끝나 있다처럼 행동과 결과를 함께 쓰면, 행동 오도가 있는지를 원장도 곧바로 가려냅니다. 행동을 쓸 수 없는 오류라면 그 자체가 행동 오도가 없다는 표시입니다.</p><p>넷째 단계에서 행동 오도가 있는지 판단이 갈리는 오류는 원장과 함께 정합니다. 접수 마감과 진료 종료가 다르게 안내된 오류처럼 어떤 환자에게는 헛걸음이 되고 어떤 환자에게는 아무 일도 아닌 경우라면, 헛걸음이 될 수 있는 쪽으로 판정하고 그 까닭을 환자의 행동 칸에 씁니다.</p><p>셋째 단계의 숫자는 관측한 질문 목록 안에서만 뜻이 있으므로, 다음 진단에서 질문 목록이 바뀌면 노출 범위를 다시 셉니다. 질문 목록이 바뀐 날을 기록표에 함께 씁니다.</p></section><section id="p2-record"><h2>오류 우선순위 기록표</h2><p class="table-caption">다섯 단계의 결과는 오류마다 아래 오류 우선순위 기록표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>오류</td><td>답 속 오류 문장과 병원 정보 항목</td><td>진단 담당</td></tr><tr><td>환자의 행동</td><td>그 문장을 믿은 환자가 하게 되는 행동과 결과</td><td>진단 담당</td></tr><tr><td>노출 범위</td><td>오류가 나온 질문 수와 서비스 수, 질문 목록의 날짜</td><td>진단 담당</td></tr><tr><td>확실성</td><td>앞선 판정의 값과 그 판정을 내린 날</td><td>진단 담당</td></tr><tr><td>처리</td><td>순서, 고칠 사람이나 요청할 곳, 처리한 날</td><td>원장, 실장</td></tr></tbody></table></div></div><p>오류 우선순위 기록표의 처리 칸에는 고칠 방법을 따로 씁니다. 처리 순서는 오류의 무게로 정해지고, 병원이 직접 고칠 수 있는지 외부에 요청해야 하는지는 순서를 바꾸지 않습니다. 첫째 순서의 오류가 외부 출처에 있다면 요청을 가장 먼저 보내는 것이 그 순서를 지키는 방법입니다.</p></section><section id="p3-compare"><h2>종류별 순서와 행동 기준 순서의 비교</h2><p>종류별 순서는 전화번호, 주소, 진료 시간, 표기처럼 항목을 정해 차례대로 처리하는 방식입니다. 담당자가 기억하기 쉽고, 같은 종류를 한꺼번에 고칠 수 있다는 장점이 있습니다. 그러나 항목 안의 무게 차이를 가리지 못합니다. 옛 번호가 대표번호로 넘어가 실제로는 병원에 닿는 전화번호 오류가, 비슷한 이름의 다른 병원으로 환자를 보내는 표기 오류보다 앞에 섭니다.</p><p>행동 기준 순서는 오류마다 환자가 하게 되는 행동을 먼저 쓰고 그 무게로 줄을 세웁니다. 위의 두 오류라면 다른 병원으로 보내는 표기 오류가 첫째로 가고, 결국 병원에 닿는 옛 번호는 행동 오도가 없어 셋째나 넷째로 갑니다. 같은 전화번호 오류라도 끝자리가 틀려 다른 곳이 받는 오류는 첫째에 섭니다.</p><p>행동 기준 순서의 부담은 오류마다 한 줄을 써야 한다는 데 있습니다. 오류가 많은 진단이라면 연락, 위치, 시간, 예약처럼 행동과 곧바로 이어지는 항목의 오류부터 한 줄을 쓰고, 나머지 항목은 행동을 쓸 수 있는지 차례로 가리는 식으로 부담을 나눕니다.</p><p>행동 기준 순서는 보고서를 받는 원장에게도 쉽게 읽힙니다. 오류 이름 대신 이 번호로 전화하면 다른 의원이 받는다는 한 줄이 순서의 까닭을 대신 말해 주므로, 왜 이 오류가 먼저인지를 따로 설명하지 않아도 되고, 원장이 순서를 바꾸고 싶을 때도 어느 행동을 더 무겁게 보는지로 논의가 모입니다.</p><p>두 방식을 섞어 쓸 수도 있습니다. 순서는 행동 기준으로 정하되, 같은 순서 안에서는 같은 종류끼리 묶어 한꺼번에 고치면 담당자의 손도 덜고 무게 차이도 지킬 수 있습니다.</p></section><section id="p3-link"><h2>실행 순서 전체로 잇는 일</h2><p>오류 수정 순서는 병원 GEO 작업 전체의 순서 가운데 한 부분입니다. 진단 뒤 무엇부터 실행할지를 전체로 정하는 방법은 병원 GEO 실행 순서에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>오류 수정 순서 자주 묻는 질문</h2><div class="faq-card"><h3>의료진 이름이나 진료과목 표기가 틀린 오류는 몇째 순서입니까?</h3><p>표기가 틀려 환자가 다른 의료진이나 다른 진료로 예약하게 된다면 행동을 그르치게 하는 오류라 첫째나 둘째입니다. 이름의 한 글자가 틀렸어도 환자가 같은 의료진을 찾아 예약할 수 있다면 행동은 달라지지 않으므로, 노출 범위에 따라 셋째나 넷째로 매깁니다.</p></div><div class="faq-card"><h3>같은 날 여러 오류를 한꺼번에 고칠 수 있다면 순서가 필요합니까?</h3><p>병원 쪽 페이지 한 곳에서 함께 고칠 수 있다면 한 번에 고칩니다. 순서가 뜻을 갖는 것은 고칠 사람과 요청할 곳이 한정되어 기다려야 하는 오류가 생길 때이고, 그때 무엇을 먼저 보낼지를 순서가 정합니다.</p></div><div class="faq-card"><h3>순서를 정한 뒤 새 오류가 나오면 어떻게 합니까?</h3><p>새 오류도 같은 판정표로 순서를 매겨 목록에 끼워 넣습니다. 이미 진행 중인 처리는 멈추지 않고, 새 오류가 첫째라면 다음에 보낼 요청의 맨 앞에 넣습니다.</p></div><div class="faq-card"><h3>노출 범위를 셀 질문이 적으면 셋째와 넷째를 어떻게 가릅니까?</h3><p>질문이 적으면 많은 오류가 한 질문에서만 나와 넷째로 몰릴 수 있습니다. 이때는 질문 목록을 늘려 다시 세기 전까지 셋째와 넷째를 한 묶음으로 보고하고, 질문이 적었다는 사실을 보고서에 밝힙니다.</p></div><div class="faq-card"><h3>환자가 실제로 헛걸음한 일이 있으면 순서를 바꿉니까?</h3><p>헛걸음한 일은 그 오류가 행동을 잘못 이끈다는 가장 분명한 근거이므로, 환자의 행동 칸에 그 일을 쓰고 판정표대로 첫째나 둘째로 매깁니다. 순서를 판정표 밖에서 따로 바꾸는 것이 아니라, 판정의 근거가 더 분명해지는 것입니다.</p></div></section><section id="p4-exceptions"><h2>판정표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>판정표 위에 밝힌 대로, 오류가 진료나 복약에 관한 의학적 내용이라 환자의 안전과 닿는다면 이 판정표보다 앞서 다룹니다. 안전과 닿는 오류는 행동 오도의 무게가 운영 정보 오류와 다르므로, 의료진의 검토를 거쳐 가장 먼저 처리합니다.</p><p>오류가 병원 쪽 공식 자료 자체에서 나온 것이라면, 순서와 상관없이 공식 자료를 먼저 고치는 것이 다른 오류들을 고치는 바탕이 됩니다. 이때도 처리 순서 값은 판정표대로 매기되, 처리 칸에 공식 자료를 먼저 고친다는 것을 함께 씁니다.</p><p>한 오류가 여러 지점에 걸쳐 있다면 지점마다 따로 순서를 매깁니다. 같은 전화번호 오류라도 한 지점에서는 다른 곳이 받고 다른 지점에서는 대표번호로 넘어간다면, 두 지점의 처리 순서가 달라집니다.</p></div></section>]]></description></item><item><title>정보가 없는 것과 AI가 못 찾은 것, 콘텐츠 공백을 가르는 기준</title><link>https://hospitalgeocheck.com/%EC%A0%95%EB%B3%B4%EA%B0%80-%EC%97%86%EB%8A%94-%EA%B2%83%EA%B3%BC-ai%EA%B0%80-%EB%AA%BB-%EC%B0%BE%EC%9D%80-%EA%B2%83-%EC%BD%98%ED%85%90%EC%B8%A0-%EA%B3%B5%EB%B0%B1%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EC%A0%95%EB%B3%B4%EA%B0%80-%EC%97%86%EB%8A%94-%EA%B2%83%EA%B3%BC-ai%EA%B0%80-%EB%AA%BB-%EC%B0%BE%EC%9D%80-%EA%B2%83-%EC%BD%98%ED%85%90%EC%B8%A0-%EA%B3%B5%EB%B0%B1%EC%9D%84-%EA%B0%80%EB%A5%B4%EB%8A%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:01:04 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>존재 여부와 노출 여부를 나누는 판정</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>정보가 없는 것과 AI가 못 찾은 것은 병원 공개 페이지에 그 질문에 답하는 문장이 있는지로 먼저 가릅니다. 답하는 문장이 공개 페이지 어디에도 없으면 콘텐츠 공백이고, 문장이 공개되어 있는데 AI 답에 쓰이지 않았다면 공백이 아니라 노출의 문제입니다. 두 경우는 할 일이 다르므로, 새 글을 쓰기 전에 질문마다 이 구분부터 기록합니다.</p></div><p>AI 답변에 우리 병원의 주차 안내나 검사 준비 방법이 나오지 않으면, 곧바로 그 내용을 다룬 글을 새로 쓰자는 결정이 나오기 쉽습니다. 그러나 그 안내가 이미 홈페이지 한 페이지에 있다면 새 글은 같은 내용을 한 번 더 만드는 일이고, 정작 기존 페이지가 왜 쓰이지 않았는지는 그대로 남습니다.</p><p>반대로 공개 페이지에 없는 정보를 AI가 못 찾았다고 기록하면, 병원이 스스로 공개하지 않은 것을 AI 서비스의 문제로 돌리게 됩니다. 이 구분이 흐리면 진단 보고서의 결론이 늘 새 콘텐츠 제작으로 기울고, 이미 있는 정보를 정비하는 일은 뒤로 밀립니다. 판정을 먼저 기록해 두면 원장은 새로 쓸 글과 손볼 페이지를 같은 목록에서 나누어 볼 수 있습니다.</p></section><section id="p1-official"><h2>답에 쓰이는 과정에 대한 공식 안내</h2><p>챗GPT 공식 도움말은 검색을 할 때 이용자의 질문을 하나 이상의 구체적인 검색어로 바꾸어 검색 제공자에게 보내고, 처음 결과를 검토한 뒤 더 구체적인 검색어를 보낼 수 있다고 안내합니다. 퍼플렉시티 공식 도움말은 질문을 받으면 인터넷을 실시간으로 검색해 관련 정보를 모아 요약한다고 안내합니다.</p><p>이 안내대로라면 병원 페이지에 답하는 문장이 있다는 것과 그 페이지가 그 질문의 검색 결과로 모여 답에 쓰인다는 것은 서로 다른 일입니다. 문장이 공개되어 있어도 서비스가 바꾼 검색어의 결과에 그 페이지가 들지 않으면 답에 쓰이지 않을 수 있습니다.</p><p>서비스가 어떤 페이지를 골라 답에 쓰는지, 공개된 병원 정보가 왜 특정 답에서 빠졌는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 그래서 이 기준은 못 찾았다는 말 대신 답에 쓰이지 않았다는 사실만 기록하고, 까닭을 짐작해 쓰지 않습니다.</p></section><section id="p1-table"><h2>공백 판정표</h2><p class="table-caption">질문마다 아래 공백 판정표의 다섯 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>병원 쪽 상태</th><th>AI 답</th><th>판정</th></tr></thead><tbody><tr><td>답하는 문장이 공개 페이지에 없고 내부 자료에만 있음</td><td>상관없음</td><td>비공개 정보</td></tr><tr><td>답하는 문장이 공개 페이지에도 내부 자료에도 없음</td><td>상관없음</td><td>콘텐츠 공백</td></tr><tr><td>공개 페이지에 문장이 있으나 수집기 접근이 막혔거나 렌더 결과에만 있음</td><td>그 정보가 없음</td><td>접근 문제</td></tr><tr><td>공개 페이지에 문장이 있고 접근도 열려 있음</td><td>그 정보가 없음</td><td>노출 미반영</td></tr><tr><td>공개 페이지에 문장이 있음</td><td>그 정보가 있음</td><td>공백 아님</td></tr></tbody></table></div></div><p>공백 판정표의 판정 값은 이 다섯 가지뿐입니다. 콘텐츠 공백만 새 글을 쓸 대상이고, 비공개 정보는 공개할지를 정하는 일, 접근 문제는 기술 점검, 노출 미반영은 기존 페이지 정비와 관측으로 이어집니다.</p></section><section id="p2-steps"><h2>공백을 판정하는 다섯 단계</h2><ol class="step-list"><li>원장과 실장이 환자가 실제로 묻는 질문을 목록으로 정하고, 질문마다 병원이 답할 수 있는 내용인지 표시합니다.</li><li>진단 담당이 병원의 공개 페이지 목록을 만들고, 질문마다 답하는 문장이 어느 페이지에 있는지 찾습니다.</li><li>공개 페이지에서 찾지 못한 질문은 실장이 병원 내부 자료에 답이 있는지 찾아 알려 줍니다.</li><li>진단 담당이 공개 페이지의 수집기 접근과 렌더링 상태를 가리고, 같은 질문의 AI 원응답을 날짜와 함께 남깁니다.</li><li>진단 담당이 공백 판정표로 판정하고, 원장이 판정 값마다 할 일을 정합니다.</li></ol><p>둘째 단계의 공개 페이지 목록은 홈페이지만이 아니라 병원이 운영하는 블로그와 지도 등록 정보처럼 병원이 공개한 곳을 모두 넣습니다. 홈페이지에만 없고 블로그에 있는 정보를 콘텐츠 공백으로 세면, 이미 있는 글을 다시 쓰는 일이 생깁니다.</p><p>넷째 단계의 접근과 렌더링 상태는 새로 가리기보다 이미 한 기술 진단이 있다면 그 결과를 옮겨 씁니다. 그 페이지가 검색용 수집기에 막혀 있었는지, 답하는 문장이 원본 HTML에 글자로 있었는지가 이미 기록되어 있다면 그 기록의 날짜와 함께 옮기고, 기록이 없을 때만 새로 가립니다.</p><p>셋째 단계가 필요한 까닭은 비공개 정보와 콘텐츠 공백을 가르기 위해서입니다. 내부 자료에 답이 있다면 병원은 그 정보를 이미 알고 있고, 할 일은 새로 조사해 쓰는 것이 아니라 공개할지를 정하는 것입니다.</p></section><section id="p2-record"><h2>질문별 공백 점검표</h2><p class="table-caption">다섯 단계의 결과는 질문마다 아래 질문별 공백 점검표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>질문</td><td>환자가 쓰는 말 그대로의 질문</td><td>실장</td></tr><tr><td>답하는 문장</td><td>공개 페이지에서 찾은 문장과 페이지 주소, 또는 찾지 못함</td><td>진단 담당</td></tr><tr><td>내부 자료</td><td>공개 페이지에 없을 때 내부 자료에 답이 있는지</td><td>실장</td></tr><tr><td>접근과 원응답</td><td>수집기 접근과 렌더링 상태, AI 원응답과 받은 날</td><td>진단 담당</td></tr><tr><td>판정과 할 일</td><td>공백 판정표의 값과 원장이 정한 할 일</td><td>진단 담당, 원장</td></tr></tbody></table></div></div><p>질문별 공백 점검표에서 답하는 문장 칸을 채울 때는 문장을 요약하지 않고 그대로 옮깁니다. 문장이 질문에 절반만 답한다면 그 사실도 함께 적어, 판정은 문장이 있는 쪽으로 매기되 문장을 보강할 필요가 있다는 것을 원장이 알 수 있게 합니다.</p></section><section id="p3-apply"><h2>질문마다 답하는 문장을 찾는 방법</h2><p>답하는 문장을 찾을 때는 질문의 낱말이 아니라 질문의 뜻으로 찾습니다. 주차가 되느냐는 질문에 대한 답은 주차라는 낱말 없이 건물 지하 이용 안내로 쓰여 있을 수 있어, 낱말 찾기만으로는 문장이 없다고 잘못 판정합니다. 진단 담당은 질문마다 뜻이 같은 낱말 몇 개를 정해 두고 공개 페이지 안에서 함께 찾습니다.</p><p>찾은 문장이 질문에 답하는지는 그 문장만 떼어 읽어 판단이 서는지로 가립니다. 앞 문단을 읽어야 뜻이 통하는 문장은 사람에게는 답이 되지만 요약될 때 뜻이 흐려질 수 있으므로, 점검표에 앞 문단에 기대는 문장이라고 함께 씁니다.</p><p>공개 페이지 목록이 많다면 사이트 안 검색 기능이나 검색 엔진의 사이트 한정 검색으로 먼저 추린 뒤 사람이 읽어 확정합니다. 도구가 찾지 못한 문장이 사람이 읽을 때 나오는 일이 있으므로, 찾지 못함은 사람이 읽은 뒤에만 쓰고, 읽은 사람과 읽은 날을 함께 남깁니다.</p><p>질문 목록은 접수대와 전화 문의에서 환자가 쓴 표현을 모아 만듭니다. 진단 담당이 짐작한 질문으로 목록을 채우면 병원이 이미 답한 질문만 모이거나 환자가 묻지 않는 질문이 섞여, 공백 판정이 실제 공백과 어긋납니다.</p></section><section id="p3-link"><h2>공백 뒤의 정비로 잇는 일</h2><p>노출 미반영이나 비공개 정보로 판정된 질문은 새 글보다 병원 기관 정보를 한곳에 정리하는 일이 먼저일 수 있습니다. 흩어진 병원 정보를 한 기준으로 모아 공개하는 방법은 병원 기관 정보 정비에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>정보 공백 판정 자주 묻는 질문</h2><div class="faq-card"><h3>답하는 문장이 사진 속 글자로만 있으면 공백 판정표의 어느 줄입니까?</h3><p>사람에게는 공개된 정보지만 글자로 된 문장은 없으므로, 수집기가 읽을 수 있는지가 가려지지 않는 셋째 줄인 접근 문제로 판정합니다. 할 일은 그 내용을 본문 글자로도 싣는 것이고, 새 글을 쓸 대상은 아닙니다.</p></div><div class="faq-card"><h3>의료진이 공개를 원하지 않는 정보라면 비공개 정보로 남겨도 됩니까?</h3><p>남깁니다. 비공개 정보라는 판정은 공개하라는 권고가 아니라, 병원이 알고 있으나 공개하지 않은 정보라는 사실의 기록입니다. 공개할지는 원장과 당사자가 정하고, 공개하지 않기로 했다면 그 결정과 날짜를 점검표에 씁니다.</p></div><div class="faq-card"><h3>AI 답이 병원 정보 대신 일반 의학 설명만 했다면 노출 미반영입니까?</h3><p>질문이 우리 병원에 관한 것이었을 때만 노출 미반영으로 판정합니다. 질문이 일반 의학 물음이었다면 병원 정보가 없는 답이 자연스러우므로 이 판정표의 대상이 아닙니다.</p></div><div class="faq-card"><h3>콘텐츠 공백을 채우면 AI 답에 병원 정보가 나옵니까?</h3><p>그렇다고 약속할 수 없습니다. 공백을 채우면 답하는 문장이 공개 페이지에 생겨 판정표의 넷째 줄이나 다섯째 줄로 옮겨 갈 조건이 생길 뿐이고, 답에 쓰이는지는 채운 뒤 같은 질문으로 다시 물어 기록합니다.</p></div><div class="faq-card"><h3>노출 미반영이 여러 질문에 걸쳐 나오면 무엇부터 합니까?</h3><p>그 질문들의 답하는 문장이 같은 페이지에 몰려 있는지부터 가립니다. 답하는 문장이 한 페이지에 몰려 있다면 그 페이지의 제목과 첫 문단이 질문과 맞는지를 먼저 손보고, 흩어져 있다면 기관 정보를 한곳에 모으는 정비를 원장에게 제안합니다.</p></div></section><section id="p4-exceptions"><h2>판정표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>공개 페이지의 문장과 내부 자료의 답이 서로 다르다면 어느 쪽이 지금 사실인지부터 원장이 정합니다. 공개 문장이 틀렸다면 그 질문은 공백이 아니라 틀린 정보의 문제이므로, 사실 대조 기록으로 넘기고 이 판정표에서는 뺍니다.</p><p>지점이 여럿인 병원은 같은 질문이라도 지점마다 답하는 문장이 다른 페이지에 있을 수 있습니다. 이때는 질문과 지점을 한 줄로 묶어 판정하고, 한 지점에만 문장이 있는 경우 다른 지점의 줄을 공백 아님으로 옮겨 쓰지 않습니다.</p><p>질문이 병원마다 답이 다를 수밖에 없는 비용이나 치료 기간처럼 의료광고 기준과 맞닿는 내용이라면, 공개 여부를 정할 때 심의 대상인지를 함께 따집니다. 이런 질문의 비공개 정보는 공개하지 않는 편이 맞을 수도 있어, 판정만 남기고 할 일 칸은 원장의 결정을 기다려 채웁니다.</p></div></section>]]></description></item><item><title>학습용 봇 차단과 검색용 봇 차단, 접근성 판단에서 나누는 기준</title><link>https://hospitalgeocheck.com/%ED%95%99%EC%8A%B5%EC%9A%A9-%EB%B4%87-%EC%B0%A8%EB%8B%A8%EA%B3%BC-%EA%B2%80%EC%83%89%EC%9A%A9-%EB%B4%87-%EC%B0%A8%EB%8B%A8-%EC%A0%91%EA%B7%BC%EC%84%B1-%ED%8C%90%EB%8B%A8%EC%97%90%EC%84%9C-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%95%99%EC%8A%B5%EC%9A%A9-%EB%B4%87-%EC%B0%A8%EB%8B%A8%EA%B3%BC-%EA%B2%80%EC%83%89%EC%9A%A9-%EB%B4%87-%EC%B0%A8%EB%8B%A8-%EC%A0%91%EA%B7%BC%EC%84%B1-%ED%8C%90%EB%8B%A8%EC%97%90%EC%84%9C-%EB%82%98%EB%88%84%EB%8A%94-%EA%B8%B0%EC%A4%80</guid><pubDate>Mon, 26 Oct 2026 07:00:51 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>학습 차단과 검색 차단은 다른 설정</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>학습용 봇을 막았다고 해서 검색용 봇까지 막힌 것은 아닙니다. 오픈AI 공식 문서는 학습용 수집기 GPTBot과 검색용 수집기 OAI-SearchBot을 robots.txt에서 따로 설정하게 하고, 두 설정은 서로 독립이라고 안내합니다. 그래서 병원 홈페이지의 AI 검색 접근성은 OAI-SearchBot에 대한 설정으로 판정하고, GPTBot 차단은 학습 사용을 거부한다는 표시로 따로 기록합니다.</p></div><p>홈페이지 제작사나 보안 담당이 AI 수집기를 막아 두었다고 말할 때, 그 말이 어느 수집기를 가리키는지 흐린 경우가 있습니다. 학습용만 막은 병원을 검색에서도 막힌 병원으로 진단하면, 병원은 필요 없는 설정 변경을 하거나 학습 거부 방침을 거두어야 한다고 오해합니다. 반대로 검색용까지 막은 병원을 학습용만 막았다고 보면, 챗GPT 검색 답변에 홈페이지가 나오지 않는 까닭을 놓칩니다.</p><p>이 판정은 병원이 어느 쪽을 택해야 한다고 권하는 것이 아닙니다. 학습 사용을 거부할지는 병원이 정할 방침이고, 진단은 지금 설정이 검색 접근성과 학습 사용 표시에 각각 무엇을 뜻하는지를 나누어 보여 주는 데까지입니다.</p></section><section id="p1-official"><h2>공식 문서가 말하는 두 수집기</h2><p>오픈AI의 수집기 안내 문서는 OAI-SearchBot이 챗GPT의 검색 기능에서 웹사이트를 결과로 보여 주는 데 쓰이고, 이 수집기를 막은 사이트는 챗GPT 검색 답변에 나오지 않되 탐색용 링크로는 나올 수 있다고 안내합니다. GPTBot은 생성형 AI 기반 모델의 학습에 쓰일 수 있는 내용을 수집하는 데 쓰이며, 이를 막으면 사이트의 내용을 학습에 쓰지 말라는 표시가 된다고 안내합니다.</p><p>같은 문서는 두 설정이 서로 독립이어서 OAI-SearchBot은 허용하고 GPTBot은 막을 수 있으며, 두 수집기를 모두 허용한 사이트는 한 번의 수집 결과를 두 용도에 함께 쓸 수 있다고 안내합니다. 검색 쪽은 robots.txt를 고친 뒤 시스템에 반영되기까지 스물네 시간 안팎이 걸릴 수 있다고도 안내합니다.</p><p>문서는 ChatGPT-User라는 이름도 따로 설명합니다. 이용자가 질문할 때 챗GPT가 페이지를 방문하는 데 쓰는 이름으로, 자동 수집에 쓰이지 않고 검색 결과에 나올지를 정하는 데 쓰이지 않으며, 이용자가 시작한 동작이라 robots.txt 규칙이 적용되지 않을 수 있다고 안내합니다. 다른 AI 서비스의 수집기 이름과 용도는 각 서비스의 공식 문서에 있을 때만 판정에 쓰고, 없으면 「공식 안내에 없음 · 진단 기록으로 확인할 부분」으로 남깁니다.</p></section><section id="p1-table"><h2>수집기 설정 판정표</h2><p class="table-caption">병원 홈페이지의 설정은 아래 수집기 설정 판정표의 다섯 줄 가운데 하나로 검색 접근성을 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>설정의 모습</th><th>검색 접근성 판정</th><th>함께 기록할 것</th></tr></thead><tbody><tr><td>두 수집기를 막는 규칙이 없음</td><td>열림</td><td>학습 사용 거부 표시 없음</td></tr><tr><td>OAI-SearchBot 허용, GPTBot 막음</td><td>열림</td><td>학습 사용 거부 표시 있음</td></tr><tr><td>OAI-SearchBot 막음</td><td>막힘</td><td>탐색용 링크로는 나올 수 있음</td></tr><tr><td>robots.txt는 허용이나 보안 설정이 공개 주소 대역을 막음</td><td>확인 필요</td><td>서버 접근 기록의 요청과 응답</td></tr><tr><td>robots.txt 파일을 가져올 수 없음</td><td>확인 필요</td><td>가져오려 한 날과 받은 응답</td></tr></tbody></table></div></div><p>수집기 설정 판정표의 판정 값은 열림, 막힘, 확인 필요 셋입니다. 모든 수집기를 막는 전체 규칙이 있고 두 수집기에 대한 따로 된 규칙이 없다면, 로봇 배제 표준에 따라 두 수집기 모두 그 전체 규칙을 따르는 것으로 보아 그 표의 셋째 줄로 판정합니다.</p></section><section id="p2-steps"><h2>검색 접근성을 판정하는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 병원 홈페이지의 robots.txt 원문을 진단한 날짜와 함께 저장합니다.</li><li>진단 담당이 원문에서 OAI-SearchBot과 GPTBot, 전체 대상 규칙을 따로 뽑아 경로별로 씁니다.</li><li>홈페이지 관리자가 보안 설정에서 막고 있는 주소 대역과 수집기 이름을 진단 담당에게 넘깁니다.</li><li>진단 담당이 수집기 설정 판정표로 판정하고, 확인 필요라면 서버 접근 기록에서 해당 수집기의 요청과 응답을 찾습니다.</li><li>원장이 판정과 학습 사용 표시를 받아, 설정을 바꿀지와 바꾼다면 어느 쪽을 바꿀지 정합니다.</li></ol><p>셋째 단계가 필요한 까닭은 공식 문서가 검색 결과에 나오도록 OAI-SearchBot을 허용할 것과 함께 공개된 주소 대역에서 오는 요청을 허용할 것을 권하기 때문입니다. robots.txt만 읽고 열림으로 판정하면, 보안 설정이 수집기의 요청을 막아 실제로는 페이지를 가져가지 못하는 병원을 놓칩니다.</p><p>둘째 단계에서 전체 대상 규칙과 수집기별 규칙을 따로 뽑는 까닭은 두 규칙이 서로 다른 말을 할 수 있어서입니다. 전체 대상 규칙이 모두 막고 OAI-SearchBot 규칙이 허용한다면 수집기별 규칙이 앞서므로 열림이고, 수집기별 규칙이 없다면 전체 대상 규칙을 따릅니다.</p><p>넷째 단계에서 서버 접근 기록을 읽을 때는 ChatGPT-User의 방문을 검색 접근의 근거로 쓰지 않습니다. 공식 문서대로 그 이름은 이용자 요청에 따른 방문이라 검색 결과에 나올지를 정하는 데 쓰이지 않기 때문입니다.</p></section><section id="p2-record"><h2>접근성 진단 기록표</h2><p class="table-caption">다섯 단계의 결과는 아래 접근성 진단 기록표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>robots.txt 원문</td><td>저장한 원문과 저장한 날</td><td>진단 담당</td></tr><tr><td>수집기별 규칙</td><td>OAI-SearchBot, GPTBot, 전체 대상 규칙의 경로별 허용과 막음</td><td>진단 담당</td></tr><tr><td>보안 설정</td><td>막고 있는 주소 대역과 수집기 이름</td><td>홈페이지 관리자</td></tr><tr><td>서버 접근 기록</td><td>해당 수집기의 요청이 있었는지와 받은 응답</td><td>홈페이지 관리자</td></tr><tr><td>판정과 결정</td><td>판정표의 값, 학습 사용 표시, 원장이 정한 처리와 날짜</td><td>진단 담당, 원장</td></tr></tbody></table></div></div><p>접근성 진단 기록표의 판정은 설정이 무엇을 허용하는지에 대한 것이지, 챗GPT 검색 답변에 병원 홈페이지가 나온다는 약속이 아닙니다. 열림으로 판정되어도 답에 나오는지는 질문과 다른 조건에 따라 달라지며, 그 부분은 관측 기록으로 따로 다룹니다.</p></section><section id="p3-mistakes"><h2>수집기 차단 진단에서 자주 틀리는 경우</h2><p>첫째는 수집기 이름을 한데 묶어 말하는 일입니다. AI 봇을 막았다는 보고만 받고 판정하면 어느 수집기를 막았는지가 빠집니다. 진단은 robots.txt 원문의 수집기 이름을 그대로 옮겨 적는 데서 시작하고, 보고받은 말은 판정 근거로 쓰지 않습니다.</p><p>둘째는 학습 거부를 검색 차단으로 읽는 일입니다. GPTBot만 막은 설정은 수집기 설정 판정표의 둘째 줄이라 검색 접근성은 열림으로 씁니다.</p><p>셋째는 설정을 바꾼 당일에 다시 진단하는 일입니다. 공식 문서는 검색 쪽 반영에 스물네 시간 안팎이 걸릴 수 있다고 안내하므로, 바꾼 당일의 관측 결과로 설정 변경의 효과를 판단하지 않습니다. 다시 진단하는 날은 바꾼 날 다음 날 이후로 잡고, 두 날을 기록표에 함께 씁니다.</p><p>넷째는 탐색용 링크를 검색 접근의 증거로 삼는 일입니다. OAI-SearchBot을 막은 사이트도 탐색용 링크로는 나올 수 있으므로, 답에 병원 홈페이지 링크가 보였다고 해서 수집기 설정 판정표의 셋째 줄을 열림으로 바꾸지 않습니다.</p></section><section id="p3-link"><h2>색인 전반으로 넓히는 일</h2><p>수집기 설정은 병원 홈페이지가 검색 쪽에 어떻게 읽히는지의 한 부분입니다. 페이지가 검색 엔진에 모이고 읽히는 과정 전반은 병원 사이트 색인에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>학습용 봇과 검색용 봇 자주 묻는 질문</h2><div class="faq-card"><h3>학습 사용을 거부하면 챗GPT 답변에서 병원 정보가 줄어듭니까?</h3><p>공식 문서는 두 설정이 서로 독립이라고만 안내하고, 학습 거부가 검색 답변에 어떤 차이를 만드는지는 말하지 않습니다. 그래서 진단은 학습 거부를 검색 접근성 판정에 넣지 않고, 답변이 달라지는지는 공식 안내에 없는 부분으로 관측 기록에서 따로 다룹니다.</p></div><div class="faq-card"><h3>예약 완료 화면처럼 검색에 나오지 않았으면 하는 페이지만 막을 수 있습니까?</h3><p>가능합니다. 규칙에 그 화면의 주소 경로만 적어 OAI-SearchBot을 막으면 나머지 페이지는 그대로 검색에 열려 있습니다. 진단 보고서에는 병원 전체를 한 값으로 쓰지 않고, 막은 경로와 열린 경로를 따로 적어 원장이 의도한 대로 막혔는지 읽을 수 있게 합니다.</p></div><div class="faq-card"><h3>서버 기록에서 수집기가 robots.txt 파일만 가져간 요청은 어떻게 가려냅니까?</h3><p>오픈AI 공식 문서는 수집기가 robots.txt 파일을 가져갈 때 사용자 에이전트 문자열에 robots.txt 표시를 더할 수 있다고 안내합니다. 기록에 요청 경로가 남지 않는 서버라도 이 표시로 규칙 파일을 읽어 간 요청을 가를 수 있어, 수집기가 규칙을 읽은 날을 접근성 진단 기록표의 서버 접근 기록 칸에 따로 씁니다.</p></div><div class="faq-card"><h3>홈페이지를 만든 업체가 보안 때문에 모든 수집기를 막아야 한다고 하면 어떻게 합니까?</h3><p>업체가 막으려는 것이 무엇인지 수집기 이름과 까닭으로 받아 원장에게 올립니다. 검색 접근을 막으면 챗GPT 검색 답변에 홈페이지가 나오지 않는다는 공식 문서의 안내를 함께 전해, 원장이 방침으로 정하게 합니다.</p></div><div class="faq-card"><h3>서버 접근 기록을 볼 수 없는 호스팅이라면 확인 필요 판정은 어떻게 풀립니까?</h3><p>호스팅 업체에 해당 수집기 이름의 요청이 막혔는지 묻고, 답을 받은 날과 내용을 기록표의 서버 접근 기록 칸에 씁니다. 답을 받지 못하면 확인 필요 그대로 보고서에 남깁니다.</p></div></section><section id="p4-exceptions"><h2>판정표를 그대로 쓰기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>병원 홈페이지가 여러 도메인이나 하위 도메인을 함께 쓴다면 robots.txt도 도메인마다 따로 있으므로, 판정도 도메인마다 따로 합니다. 예약 페이지만 다른 도메인에 있는 병원은 본 홈페이지가 열림이어도 예약 페이지는 막힘일 수 있습니다.</p><p>홈페이지가 병원 소유가 아니라 플랫폼의 한 페이지라서 robots.txt를 병원이 고칠 수 없다면, 판정은 그대로 하되 원장이 정할 처리 칸에는 병원이 바꿀 수 없다는 것을 쓰고, 플랫폼의 설정 안내가 있다면 그 주소를 함께 남깁니다.</p></div></section>]]></description></item><item><title>AI 답변의 관련 링크 목록, 실제 인용 근거로 셀 수 있는 범위</title><link>https://hospitalgeocheck.com/ai-%EB%8B%B5%EB%B3%80%EC%9D%98-%EA%B4%80%EB%A0%A8-%EB%A7%81%ED%81%AC-%EB%AA%A9%EB%A1%9D-%EC%8B%A4%EC%A0%9C-%EC%9D%B8%EC%9A%A9-%EA%B7%BC%EA%B1%B0%EB%A1%9C-%EC%85%80-%EC%88%98-%EC%9E%88%EB%8A%94-%EB%B2%94%EC%9C%84</link><guid isPermaLink="true">https://hospitalgeocheck.com/ai-%EB%8B%B5%EB%B3%80%EC%9D%98-%EA%B4%80%EB%A0%A8-%EB%A7%81%ED%81%AC-%EB%AA%A9%EB%A1%9D-%EC%8B%A4%EC%A0%9C-%EC%9D%B8%EC%9A%A9-%EA%B7%BC%EA%B1%B0%EB%A1%9C-%EC%85%80-%EC%88%98-%EC%9E%88%EB%8A%94-%EB%B2%94%EC%9C%84</guid><pubDate>Mon, 26 Oct 2026 07:00:38 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>링크 목록 가운데 인용 근거로 세는 범위</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>AI 답변의 관련 링크 목록을 모두 인용 근거로 세지는 않습니다. 인용 근거로 세는 것은 답의 어느 문장에 붙어 표시되었고, 열어 읽었을 때 그 문장의 주장이 실제로 실려 있는 링크입니다. 그 밖의 링크는 표시된 곳의 이름대로 따로 기록합니다.</p></div><p>답 화면에 링크가 나오는 곳은 대개 셋입니다. 문장 끝이나 가운데에 붙은 인용, 답 아래에 모아 놓은 출처 목록, 「관련 자료」나 「더 읽기」 같은 이름으로 따로 묶인 영역입니다. 문장에 붙은 인용은 어느 주장의 근거로 내놓은 것인지가 화면에 드러납니다. 목록과 관련 자료는 링크가 있다는 사실만 드러나고, 어느 주장에 쓰였는지는 드러나지 않습니다.</p><p>병원 홈페이지 주소가 목록에 실려 있다는 것과 병원 글이 답의 근거로 쓰였다는 것은 다른 사실입니다. 판정 값은 주장 대응, 대응 없음, 열지 못함, 목록 링크, 관련 링크, 자료 미확인 여섯입니다.</p></section><section id="p1-official"><h2>링크 표시에 관해 공식 안내가 말하는 것</h2><p>퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다. 챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 틀릴 수 있으니 인용된 출처를 열어 답을 뒷받침하는지 가리라고 안내합니다. 목록에만 실린 링크가 답을 만드는 데 쓰였는지, 관련 자료 영역의 링크를 어떤 기준으로 싣는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p><p>링크가 표시되는 영역의 이름과 모양은 서비스마다 다르고 같은 서비스에서도 달라질 수 있습니다. 그래서 진단은 영역의 이름을 미리 정해 놓지 않고, 답을 받은 날 화면에 쓰인 이름을 그대로 옮깁니다.</p></section><section id="p1-table"><h2>링크 판정표</h2><p class="table-caption">답에 표시된 링크는 하나마다 아래 링크 판정표의 일곱 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>링크가 표시된 곳</th><th>열어 읽은 결과</th><th>판정</th><th>인용 근거로 세는지와 기록</th></tr></thead><tbody><tr><td>문장에 붙은 인용</td><td>글에 그 문장의 주장이 실려 있음</td><td>주장 대응</td><td>셈, 붙은 문장의 번호와 글에서 찾은 구절</td></tr><tr><td>문장에 붙은 인용</td><td>글에 그 주장이 없거나 다른 내용임</td><td>대응 없음</td><td>세지 않음, 붙은 문장의 번호와 글에 실린 내용</td></tr><tr><td>문장에 붙은 인용</td><td>링크가 열리지 않거나 로그인해야 읽힘</td><td>열지 못함</td><td>세지 않음, 열리지 않은 까닭과 날짜</td></tr><tr><td>출처 목록에만 있음</td><td>글에 답의 어느 주장과 같은 내용이 있음</td><td>목록 링크</td><td>세지 않음, 「같은 내용 있음」과 그 문장의 번호</td></tr><tr><td>출처 목록에만 있음</td><td>글에 답의 주장과 같은 내용이 없거나 열리지 않음</td><td>목록 링크</td><td>세지 않음, 「같은 내용 없음」이나 「열지 못함」</td></tr><tr><td>「관련 자료」「더 읽기」처럼 따로 이름 붙은 영역</td><td>어느 경우든</td><td>관련 링크</td><td>세지 않음, 화면에 쓰인 영역 이름</td></tr><tr><td>어느 곳이든</td><td>화면 저장본이 없어 표시된 곳을 가릴 수 없음</td><td>자료 미확인</td><td>세지 않음, 남아 있는 자료의 종류</td></tr></tbody></table></div></div><p>링크 판정표의 넷째 줄은 근거로 쓰였을 가능성이 있는 링크이지만 인용 근거로 세지 않습니다. 같은 내용이 실린 글이 목록에 있다는 것과 답이 그 글에서 그 주장을 가져왔다는 것 사이에는 화면으로 메울 수 없는 틈이 있습니다. 같은 표의 둘째 줄로 매긴 링크는 인용이 주장을 어디까지 받치는지를 가리는 판정으로 함께 넘깁니다. 같은 주소가 문장에도 붙고 목록에도 실렸다면 문장에 붙은 쪽의 줄로 한 번만 매깁니다.</p></section><section id="p2-table"><h2>링크 기록표</h2><p class="table-caption">링크 하나마다 아래 링크 기록표의 다섯 칸을 채웁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>옮길 내용</th><th>채우지 못했을 때</th></tr></thead><tbody><tr><td>주소와 글 이름</td><td>링크의 주소, 열린 글의 제목, 글을 낸 곳</td><td>열리지 않으면 주소만 옮김</td></tr><tr><td>표시된 곳</td><td>붙은 문장의 번호, 또는 화면에 쓰인 영역 이름</td><td>자료 미확인으로 판정</td></tr><tr><td>붙은 문장의 주장</td><td>문장에 붙은 인용일 때 그 문장 그대로</td><td>목록이나 관련 자료의 링크는 「해당 없음」</td></tr><tr><td>연 날짜와 열린 상태</td><td>연 날, 전체가 읽혔는지 요약만 읽혔는지</td><td>열지 못함 또는 「열지 못함」 기록</td></tr><tr><td>글에서 찾은 구절</td><td>주장과 맞댄 구절, 없으면 「없음」</td><td>채우기 전에는 주장 대응으로 매기지 않음</td></tr></tbody></table></div></div><p>링크 기록표의 둘째 칸은 화면 저장본에서 옮깁니다. 답을 글로 복사하면 문장에 붙은 인용 표시가 빠지거나 목록과 한데 섞일 수 있기 때문입니다. 로그인해야 읽히는 글은 진단하려고 새로 가입하지 않고, 병원에 이미 열람 권한이 있는 사람이 읽었다면 「원문 열람」으로, 없다면 「열지 못함」으로 씁니다. 후기나 게시글처럼 개인이 쓴 글이 링크로 나왔다면 같은 표의 다섯째 칸에는 판정에 필요한 최소 문장만 옮기고 닉네임은 옮기지 않습니다.</p></section><section id="p2-steps"><h2>답 화면에서 링크 판정까지 가는 다섯 단계</h2><ol class="step-list"><li>진단 담당이 답을 받은 화면을 출처 목록과 관련 자료 영역까지 펼쳐 저장하고, 질문과 받은 날짜, 서비스 이름을 함께 보관합니다.</li><li>진단 담당이 답에서 사실을 말한 문장마다 번호를 매깁니다.</li><li>진단 담당이 화면에 나온 링크를 빠짐없이 목록으로 옮기고, 링크 기록표의 표시된 곳 칸을 화면 표기 그대로 채웁니다.</li><li>실장이 병원 공식 도메인과 병원이 운영하는 채널의 주소를 넘겨, 진단 담당이 어느 링크가 병원 글인지를 표시할 수 있게 합니다.</li><li>진단 담당이 링크를 하나씩 열어 링크 기록표의 나머지 칸을 채우고 링크 판정표의 줄을 매깁니다.</li></ol><p>둘째 단계에서 번호는 인용이 붙지 않은 문장에도 매깁니다. 다섯째 단계에서 링크를 열 때에는 글 전체가 아니라 붙은 문장의 주장이 실린 곳을 찾으며, 찾지 못했다면 글에서 그 주제를 다룬 문단이 있는지까지 읽고 「없음」으로 씁니다.</p></section><section id="p3-record"><h2>인용 건수를 적는 점검 기록</h2><p>점검 기록에는 링크의 수를 하나로 합치지 않고 판정 값마다 따로 씁니다. 답 하나에 표시된 링크 전체, 그 가운데 주장 대응, 대응 없음, 열지 못함, 목록 링크, 관련 링크의 수를 나란히 쓰고, 병원 글인 링크는 값마다 몇 건인지를 옆에 씁니다.</p><p>문장도 값에 따라 달리 씁니다. 주장 대응으로 매긴 병원 글에만 「병원 글이 이 문장의 근거로 인용됨」이라고 씁니다. 목록 링크는 「출처 목록에 실림」, 관련 링크는 「관련 자료로 표시됨」으로 쓰고, 이 둘을 「인용됨」으로 줄여 쓰지 않습니다. 대응 없음은 「인용으로 표시되었으나 글에 그 주장이 없음」으로 씁니다.</p><p>기록에는 주장 쪽에서 센 값도 함께 넣습니다. 번호를 매긴 문장 가운데 주장 대응 링크가 하나라도 붙은 문장, 인용이 붙었으나 모두 대응 없음이거나 열지 못함인 문장, 인용이 붙지 않은 문장의 수입니다. 링크 쪽의 수만 있으면 링크가 많은 답이 근거가 탄탄한 답으로 읽히지만, 주장 쪽의 수를 나란히 놓으면 받쳐지지 않은 문장이 얼마인지가 드러납니다.</p><p>지난 점검과 견줄 때에는 같은 값끼리만 견줍니다. 지난번의 「표시된 링크 전체」와 이번의 「주장 대응」을 견주면 인용이 줄어든 것처럼 읽히고, 거꾸로 견주면 늘어난 것처럼 읽힙니다. 세는 기준이 달랐던 지난 기록은 고쳐 쓰지 않고 「기준 다름」으로 표시해 나란히 넣습니다.</p></section><section id="p3-link"><h2>판정 기록이 병원 글로 이어지는 길</h2><p>진단 담당은 병원 글이 주장 대응으로 세어진 건마다 붙은 문장과 글에서 찾은 구절을 묶어 넘깁니다. 이 묶음은 병원 글의 어느 문단이 어떤 물음의 답으로 옮겨졌는지를 말해 줍니다. 같은 꼴의 문단을 늘린다고 인용이 늘어난다고 약속하지는 않습니다. 옮겨진 문단의 물음과 답 순서를 다음 글의 짜임에 옮기는 일은 답변형 콘텐츠 작성으로 이어집니다.</p><p>병원 도메인이 아닌 글이 병원을 말한 문장의 근거로 세어진 건도 따로 모읍니다. 이 목록을 바탕으로 병원 이름이 다뤄지는 곳을 넓혀 가는 일은 브랜드 언급 확보의 범위입니다.</p></section><section id="p4-faq" class="faq-section"><h2>관련 링크와 인용 근거 구별 자주 묻는 질문</h2><div class="faq-card"><h3>출처 목록에 병원 홈페이지가 실려 있으면 보고서에 병원이 인용되었다고 써도 되나요?</h3><p>목록에 실렸다는 것만으로는 그 말을 넣을 수 없습니다. 「인용됨」은 그 링크가 문장에 붙어 표시되었고 글에 그 주장이 실려 있을 때에만 씁니다. 목록에 실린 사실은 목록 링크로 따로 기록합니다.</p></div><div class="faq-card"><h3>문장마다 인용을 달지 않고 답 끝에 목록만 주는 답은 어떻게 판정하나요?</h3><p>링크는 모두 목록 링크로 매깁니다. 그 답에서는 주장 대응 값이 나올 수 없으므로 기록 첫머리에 「문장에 붙은 인용 없음」이라고 밝힙니다. 링크를 여는 일은 그대로 하며, 답의 어느 문장과 겹치는 글인지를 기록에 남깁니다.</p></div><div class="faq-card"><h3>한 문장에 인용이 여러 개 붙어 있으면 어떻게 세나요?</h3><p>링크마다 따로 열어 따로 매깁니다. 셋 가운데 하나에만 그 주장이 실려 있다면 그 하나가 주장 대응이고 나머지는 대응 없음입니다.</p></div><div class="faq-card"><h3>같은 링크가 여러 문장에 붙어 있으면 몇 건으로 세나요?</h3><p>링크는 한 건이고, 대응은 문장마다 따로 매깁니다. 첫 문장의 주장은 글에 있고 다음 문장의 주장은 없다면, 기록에 그 링크가 받친 문장과 받치지 못한 문장의 번호를 나누어 씁니다. 링크의 판정 값은 받친 문장이 하나라도 있으면 주장 대응입니다.</p></div><div class="faq-card"><h3>같은 질문을 다시 했더니 링크 목록이 달라졌다면 어느 쪽을 기록하나요?</h3><p>받은 답마다 따로 기록하고 합치지 않습니다. 앞의 답에서 주장 대응이던 병원 글이 뒤의 답에서 목록에만 실렸다면 그대로 두 기록에 옮깁니다.</p></div></section><section id="p4-exceptions"><h2>접힌 출처 목록과 미리보기 카드</h2><div class="note-box"><span class="box-label">예외·주의</span><p>출처 목록이 접혀 있어 눌러야 펼쳐지는 화면이 있습니다. 펼치지 않고 저장한 화면에는 앞의 몇 개만 나오므로, 링크 전체의 수가 실제보다 적게 기록됩니다. 저장본이 접힌 상태뿐이라면 드러난 링크만 판정하고, 기록에 「목록 접힘, 나머지 미확인」이라고 씁니다. 펼친 화면을 다시 얻으려고 같은 질문을 새로 하면 다른 답이 나올 수 있으므로, 새로 받은 답은 앞의 답을 채우는 데 쓰지 않고 따로 기록합니다.</p><p>답 가운데에 사진과 제목이 든 카드 모양으로 링크가 끼어 있는 경우도 있습니다. 카드가 어느 문장 바로 아래에 놓였더라도 문장에 붙은 인용 표시가 없다면 그 문장의 근거로 세지 않습니다. 화면에 카드 영역의 이름이 쓰여 있으면 그 이름으로 관련 링크에 넣고, 이름이 없으면 「이름 없는 카드」로 써서 링크 판정표의 여섯째 줄로 매깁니다.</p></div></section>]]></description></item><item><title>퇴사 의료진이 재직자로 나오는 AI 답변, 오류의 기준일</title><link>https://hospitalgeocheck.com/%ED%87%B4%EC%82%AC-%EC%9D%98%EB%A3%8C%EC%A7%84%EC%9D%B4-%EC%9E%AC%EC%A7%81%EC%9E%90%EB%A1%9C-%EB%82%98%EC%98%A4%EB%8A%94-ai-%EB%8B%B5%EB%B3%80-%EC%98%A4%EB%A5%98%EC%9D%98-%EA%B8%B0%EC%A4%80%EC%9D%BC</link><guid isPermaLink="true">https://hospitalgeocheck.com/%ED%87%B4%EC%82%AC-%EC%9D%98%EB%A3%8C%EC%A7%84%EC%9D%B4-%EC%9E%AC%EC%A7%81%EC%9E%90%EB%A1%9C-%EB%82%98%EC%98%A4%EB%8A%94-ai-%EB%8B%B5%EB%B3%80-%EC%98%A4%EB%A5%98%EC%9D%98-%EA%B8%B0%EC%A4%80%EC%9D%BC</guid><pubDate>Mon, 26 Oct 2026 07:00:25 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>진료 종료일을 기준일로 삼는 까닭</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>퇴사 의료진이 재직자로 나오는 오류의 기준일은 병원이 승인한 재직 명단에 적힌 그 의료진의 진료 종료일입니다. 답을 받은 날이 진료 종료일부터(당일 포함)라면 재직자로 소개한 답은 지금의 오류이고, 그 답이 인용한 출처의 게시일과 수정일을 진료 종료일과 맞대어 출처 쪽에서 무엇이 늦었는지를 가립니다.</p></div><p>기준일을 무엇으로 잡느냐에 따라 같은 답이 오류가 되기도 하고 아니기도 합니다. 퇴사 공지를 올린 날, 계약이 끝난 날, 마지막으로 진료한 날이 서로 다를 수 있기 때문입니다. 환자에게 문제가 되는 것은 그 의료진에게 진료를 받으려고 예약하거나 찾아왔는데 이미 진료하지 않는 경우이므로, 기준일은 마지막 진료 다음 날부터 오류가 되는 진료 종료일로 정합니다.</p><p>기준일은 원장이 승인한 재직 명단에서 가져옵니다. 진단 담당이 병원 홈페이지의 의료진 소개가 사라진 날을 기준일로 짐작하면, 페이지를 늦게 고친 병원일수록 오류 기간이 짧게 기록되어 실제 영향을 줄여 보고하게 됩니다.</p></section><section id="p1-official"><h2>출처 날짜를 맞대는 근거</h2><p>챗GPT 공식 도움말은 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있으니, 인용된 출처를 열어 답을 뒷받침하는지와 그 출처가 언제 게시되거나 고쳐졌는지를 가리라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다.</p><p>이 안내대로 인용된 출처의 날짜를 진료 종료일과 맞대면, 오류가 출처를 고치지 않아서 생긴 것인지 진료 종료 뒤에 새로 올라온 틀린 글에서 생긴 것인지 가를 수 있습니다. 두 경우는 고칠 사람과 방법이 다릅니다.</p><p>출처를 고친 뒤 AI 답변이 언제 퇴사를 반영할지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다. 반영 시점을 병원에 약속하지 않고, 고친 날과 다시 물은 날의 답을 나란히 기록합니다.</p></section><section id="p1-table"><h2>기준일 판정표</h2><p class="table-caption">재직자로 소개한 답은 아래 기준일 판정표의 네 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>답을 받은 날</th><th>인용 출처의 날짜</th><th>판정</th></tr></thead><tbody><tr><td>진료 종료일 전</td><td>상관없음</td><td>오류 아님</td></tr><tr><td>진료 종료일부터(당일 포함)</td><td>종료일 전에 게시되고 그 뒤 고치지 않음</td><td>현행 오류, 출처 갱신 누락</td></tr><tr><td>진료 종료일부터(당일 포함)</td><td>종료일 당일이나 그 뒤에 게시되거나 고쳐짐</td><td>현행 오류, 새로 생긴 틀린 정보</td></tr><tr><td>진료 종료일부터(당일 포함)</td><td>인용 없음</td><td>현행 오류, 출처 모름</td></tr></tbody></table></div></div><p>기준일 판정표의 판정은 오류 아님과 현행 오류 두 값이고, 현행 오류에는 출처의 상태를 세 가지 가운데 하나로 함께 기록합니다. 출처 상태는 무엇을 고칠지를 정하는 값이지 오류 여부를 바꾸는 값이 아닙니다.</p></section><section id="p2-steps"><h2>퇴사 의료진 오류를 판정하는 다섯 단계</h2><ol class="step-list"><li>원장이 퇴사한 의료진의 이름과 진료과목, 진료 종료일을 재직 기준 자료표에 승인합니다.</li><li>실장이 그 의료진을 소개하던 병원 쪽 페이지를 고치기 전에 화면 전체를 보존본으로 남깁니다.</li><li>진단 담당이 의료진 이름과 병원 이름을 넣은 질문으로 답을 모으고, 답마다 받은 날과 인용 출처의 게시일과 수정일을 뽑습니다.</li><li>진단 담당이 기준일 판정표로 판정하고, 현행 오류에는 출처 상태를 함께 씁니다.</li><li>원장이 출처 갱신 누락인 병원 쪽 페이지부터 고치게 하고, 병원 밖 출처는 요청할지를 정합니다.</li></ol><p>둘째 단계의 보존본은 고친 뒤에는 되살릴 수 없는 자료입니다. 페이지를 고치고 나면 그 페이지가 진료 종료일 전에 무엇을 적고 있었는지 보일 방법이 없어, 기준일 판정표의 둘째 줄과 셋째 줄을 가를 근거가 사라집니다.</p><p>셋째 단계의 질문에는 의료진 이름을 넣은 질문과 함께, 병원 이름과 진료과목만 넣어 담당 의료진을 묻는 질문도 씁니다. 이름을 모르는 환자는 두 번째 방식으로 묻기 때문에, 그 질문에서 진료를 마친 의료진이 소개된다면 영향이 더 넓은 오류로 보고서 앞쪽에 올립니다.</p><p>셋째 단계에서 게시일이 페이지에 적혀 있지 않은 출처는 날짜 칸을 비우지 않고 날짜 없음이라고 씁니다. 날짜 없는 출처가 병원 쪽 페이지라면 실장이 관리 화면의 수정 기록에서 날짜를 찾아 채웁니다.</p></section><section id="p2-record"><h2>재직 기준 자료표</h2><p class="table-caption">첫째와 둘째 단계의 결과는 아래 재직 기준 자료표의 다섯 칸에 남깁니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>채우는 내용</th><th>채우는 사람</th></tr></thead><tbody><tr><td>의료진</td><td>이름과 진료과목</td><td>원장</td></tr><tr><td>진료 종료일</td><td>마지막 진료 다음 날</td><td>원장</td></tr><tr><td>공지일</td><td>병원이 진료 종료를 알린 날과 공지 주소</td><td>실장</td></tr><tr><td>페이지 보존본</td><td>고치기 전 의료진 소개 페이지의 화면과 저장한 날</td><td>실장</td></tr><tr><td>고친 날</td><td>병원 쪽 페이지마다 소개를 고친 날</td><td>실장</td></tr></tbody></table></div></div><p>재직 기준 자료표에는 퇴사의 까닭이나 옮긴 곳을 쓰지 않습니다. 판정에 필요한 것은 진료를 언제까지 했는가뿐이고, 그 밖의 사정은 의료진 개인에 관한 것이라 진단 기록에 넣지 않습니다.</p></section><section id="p3-compare"><h2>공지일 기준과 진료 종료일 기준의 비교</h2><p>기준일을 공지일로 잡으면 계산은 쉽습니다. 공지를 올린 날이 분명히 남아 있기 때문입니다. 그러나 공지를 진료 종료보다 늦게 올린 병원에서는 그 사이에 재직자로 소개된 답이 모두 오류 아님으로 기록됩니다. 그 기간에 예약하고 찾아온 환자가 겪은 불편이 진단에서 빠집니다.</p><p>진료 종료일로 잡으면 공지가 늦은 기간도 현행 오류로 잡힙니다. 그 대신 출처 상태를 보면 공지가 늦어 병원 쪽 페이지가 그대로였다는 사실이 출처 갱신 누락으로 드러납니다. 병원은 이 기록으로 다음 퇴사 때 공지와 페이지 수정을 진료 종료일에 맞춰야 한다는 것을 알게 됩니다.</p><p>두 기준의 차이는 병원 안의 일정에도 이어집니다. 진료 종료일 기준을 쓰는 병원은 공지와 병원 쪽 페이지 수정을 진료 종료일 전날까지 준비해 두어야 오류 기간이 생기지 않는다는 것을 알게 되고, 그 준비는 실장이 재직 기준 자료표로 챙깁니다.</p><p>공지를 진료 종료보다 먼저 올린 병원이라면 두 기준의 차이는 반대로 나타납니다. 공지일 기준으로는 아직 진료 중인 의료진을 재직자로 소개한 답까지 오류가 되어, 맞는 답을 틀린 답으로 셉니다. 진료 종료일 기준은 이런 경우에도 흔들리지 않습니다.</p></section><section id="p3-period"><h2>보고서에 남기는 오류 기간</h2><p>진단 보고서에는 판정 값과 함께 오류 기간을 씁니다. 오류 기간은 진료 종료일부터 그 답을 받은 날까지이고, 같은 질문으로 다시 물어 재직자 소개가 사라진 답이 처음 나온 날이 있다면 그날을 끝으로 씁니다. 사라진 날을 모르면 끝을 비우고 마지막으로 오류를 본 날만 씁니다.</p><p>오류 기간은 병원 쪽 정리가 얼마나 늦었는지를 보이는 값이지 AI 서비스의 반영 속도를 재는 값이 아닙니다. 병원 쪽 페이지를 고친 날을 재직 기준 자료표에서 옮겨 오류 기간 옆에 함께 쓰면, 고치기 전의 기간과 고친 뒤의 기간을 한 줄에서 구분할 수 있습니다.</p></section><section id="p3-link"><h2>새 의료진 소개로 잇는 일</h2><p>퇴사 의료진의 소개를 정리하고 나면 남은 의료진과 새로 온 의료진을 어떻게 알릴지가 뒤따르는 일입니다. 의료진 소개를 의료광고 기준 안에서 싣는 방법은 의료진 홍보에서 다룹니다.</p></section><section id="p4-faq" class="faq-section"><h2>퇴사 의료진 AI 답변 자주 묻는 질문</h2><details class="faq-acc" open><summary>진료 종료일이 지난 의료진이 병원 블로그 옛 글의 글쓴이로 남아 있으면 오류입니까?</summary><p>글을 쓴 때에 재직했다면 글쓴이 표시는 그때의 사실이므로 오류가 아닙니다. 다만 그 글이 인용되어 AI 답변이 지금도 진료한다고 소개한다면, 글 끝에 진료 종료를 알리는 한 줄을 더할지 원장이 정합니다.</p></details><details class="faq-acc"><summary>진료를 마친 의료진이 새로 일하는 병원을 AI 답변에 알려 주는 것이 좋습니까?</summary><p>병원 쪽에서 새 근무처를 안내하지 않는 편이 맞습니다. 새 근무처는 의료진 개인의 정보이고, 다른 의료기관을 안내하는 일이 되기 때문입니다. 병원 쪽 안내는 그 의료진이 언제까지 진료했는지와 지금 같은 진료를 맡는 의료진이 누구인지에서 멈춥니다.</p></details><details class="faq-acc"><summary>상근에서 비상근으로 바뀐 의료진을 재직자로 소개하면 오류입니까?</summary><p>진료를 계속한다면 재직자 소개는 오류가 아닙니다. 답이 진료 요일이나 시간을 예전대로 소개했다면 그것은 진료 일정의 오류로 따로 기록합니다.</p></details><details class="faq-acc"><summary>오래전에 진료를 마쳐 진료 종료일을 정확히 모르는 경우는 어떻게 판정합니까?</summary><p>원장이 급여 기록이나 진료 기록으로 날짜를 찾아 승인할 때까지 판정하지 않습니다. 날짜를 끝내 찾지 못하면 그 해의 마지막 날처럼 늦은 쪽의 날짜를 쓰지 않고, 찾을 수 있는 가장 확실한 날을 원장이 정해 그 사실을 자료표에 밝힙니다.</p></details><details class="faq-acc"><summary>AI 답변에 진료를 마친 의료진의 사진이 함께 나오면 따로 다룹니까?</summary><p>사진이 나온 출처를 글 출처와 따로 뽑습니다. 사진은 병원 밖 목록이나 옛 기사에 남아 있는 일이 있어, 글을 고친 뒤에도 사진만 계속 나올 수 있습니다. 판정은 기준일 판정표를 그대로 씁니다.</p></details></section><section id="p4-exceptions"><h2>기준일을 하나로 정하기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>의료진이 여러 지점에서 진료하다가 한 지점에서만 진료를 멈췄다면, 기준일은 지점마다 따로 정합니다. 그 지점의 답에서만 재직자 소개가 오류이고, 계속 진료하는 지점의 답은 오류가 아닙니다.</p><p>진료 종료일 뒤에도 그 의료진의 이름으로 예약을 받는 병원 쪽 예약 화면이 남아 있다면, AI 답변의 판정과 상관없이 원장의 승인을 받아 실장이 그 화면부터 닫습니다. 환자가 실제로 예약을 잡을 수 있는 경로는 소개 글보다 피해가 크기 때문입니다. 닫은 날은 재직 기준 자료표의 고친 날 칸에 함께 씁니다.</p><p>의료진이 휴직한 경우에는 진료 종료가 아니므로 이 기준을 쓰지 않습니다. 휴직 기간과 복귀 예정 시점을 병원 쪽에 안내하고, 복귀하지 않기로 정해진 때에 그 날을 진료 종료일로 승인해 이 순서를 따릅니다.</p></div></section>]]></description></item><item><title>동명 병원 정보 혼입, 주소·전화·도메인으로 가르는 판정</title><link>https://hospitalgeocheck.com/%EB%8F%99%EB%AA%85-%EB%B3%91%EC%9B%90-%EC%A0%95%EB%B3%B4-%ED%98%BC%EC%9E%85-%EC%A3%BC%EC%86%8C-%EC%A0%84%ED%99%94-%EB%8F%84%EB%A9%94%EC%9D%B8%EC%9C%BC%EB%A1%9C-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%8C%90%EC%A0%95</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%8F%99%EB%AA%85-%EB%B3%91%EC%9B%90-%EC%A0%95%EB%B3%B4-%ED%98%BC%EC%9E%85-%EC%A3%BC%EC%86%8C-%EC%A0%84%ED%99%94-%EB%8F%84%EB%A9%94%EC%9D%B8%EC%9C%BC%EB%A1%9C-%EA%B0%80%EB%A5%B4%EB%8A%94-%ED%8C%90%EC%A0%95</guid><pubDate>Mon, 26 Oct 2026 07:00:12 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>세 단서의 교차 일치로 가르는 혼입</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>동명 병원 정보가 섞였는지는 답 속 병원 소개에 나온 주소와 전화, 도메인 세 단서를 우리 병원과 동명 기관의 공개 정보에 각각 맞대어, 한 소개 안에 두 기관의 단서가 함께 들어 있을 때 혼입으로 판정합니다. 단서가 하나뿐이거나 어느 기관과도 맞지 않는 단서가 있으면 혼입이라고도 아니라고도 하지 않고 확정 불가로 따로 분류합니다.</p></div><p>이름이 같은 병원이 여러 지역에 있으면 AI 답변이 우리 병원 이름 아래 다른 병원의 전화번호나 홈페이지를 붙여 소개하는 일이 생깁니다. 이때 이름은 판정의 단서가 되지 못합니다. 이름이 같다는 것이 문제의 출발이기 때문입니다. 판정은 기관마다 다른 값을 갖는 단서로만 합니다.</p><p>단서를 셋으로 두는 까닭은 하나만으로는 우연한 일치를 가를 수 없어서입니다. 주소는 같은 건물에 여러 의원이 들어선 경우 겹칠 수 있고, 전화는 예약을 대신 받는 업체의 번호일 수 있으며, 도메인은 답에 아예 나오지 않을 수 있습니다. 세 단서를 교차해 맞대야 한 단서의 약점을 다른 단서가 메웁니다.</p></section><section id="p1-official"><h2>인용 출처를 단서로 쓰는 근거</h2><p>챗GPT 공식 도움말은 웹 검색을 쓴 답에 인용이 들어갈 수 있고, 검색 결과와 인용이 불완전하거나 오래되었거나 틀릴 수 있으니 인용된 출처를 열어 답을 실제로 뒷받침하는지 가리라고 안내합니다. 퍼플렉시티 공식 도움말은 답마다 원래 출처로 이어지는 번호 붙은 인용을 단다고 안내합니다.</p><p>이 안내에 따라 도메인 단서는 두 곳에서 얻습니다. 하나는 답 본문에 적힌 홈페이지 주소이고, 다른 하나는 인용된 페이지의 주소입니다. 인용된 페이지가 동명 기관의 공식 홈페이지에 있다면 그 문장이 다른 기관의 정보에서 왔다는 강한 단서가 됩니다.</p><p>인용된 페이지가 병원 찾기 서비스나 지도 서비스처럼 여러 기관을 함께 싣는 곳에 있다면 그 도메인은 어느 기관의 단서도 아닙니다. 이런 페이지는 출처로만 기록하고, 그 페이지 안에서 어느 기관의 주소와 전화가 적혀 있는지를 따로 맞댑니다. 서비스가 동명 기관을 어떻게 구분하는지는 공식 안내에 나와 있지 않아 진단 기록으로 확인할 부분입니다.</p></section><section id="p1-table"><h2>세 단서의 일치 조건표</h2><p class="table-caption">답 속 단서가 어느 기관과 일치하는지는 아래 세 단서의 일치 조건표로 가립니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>단서</th><th>맞대는 기준 자료</th><th>일치로 보는 조건</th></tr></thead><tbody><tr><td>주소</td><td>각 기관이 공개한 도로명 주소와 옛 주소</td><td>건물 번호와 층까지 같음, 건물만 같으면 일치로 세지 않음</td></tr><tr><td>전화</td><td>각 기관의 대표번호와 지점 번호 목록</td><td>지역 번호부터 끝자리까지 같음, 예약 대행 번호는 단서에서 뺌</td></tr><tr><td>도메인</td><td>각 기관의 공식 홈페이지와 예약 페이지 주소</td><td>답에 적힌 주소나 인용된 페이지가 그 기관의 도메인에 있음</td></tr></tbody></table></div></div><p>세 단서의 일치 조건표에서 건물만 같은 주소를 일치로 세지 않는 것은 의원이 모인 건물에서 흔한 착오를 막기 위해서입니다. 예약 대행 번호를 빼는 것도 같은 까닭으로, 여러 기관이 한 번호를 쓰면 그 번호는 어느 기관도 가리키지 못합니다.</p></section><section id="p2-verdict"><h2>혼입 판정표</h2><p class="table-caption">세 단서를 맞댄 결과는 아래 혼입 판정표의 네 줄 가운데 하나로 판정합니다.</p><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>판정</th><th>단서의 모습</th><th>처리</th></tr></thead><tbody><tr><td>우리 병원</td><td>답에 나온 단서가 둘 이상이고 모두 우리 병원과 일치</td><td>혼입 아님, 다른 오류만 따로 대조</td></tr><tr><td>혼입</td><td>한 소개 안에 우리 병원 단서와 동명 기관 단서가 함께 있음</td><td>동명 기관 단서가 나온 문장과 출처를 수정 권고 대상으로 올림</td></tr><tr><td>다른 기관</td><td>답에 나온 단서가 모두 동명 기관과 일치</td><td>우리 병원 답이 아니므로 기록만 남김</td></tr><tr><td>확정 불가</td><td>단서가 하나뿐이거나, 어느 기관과도 맞지 않는 단서가 있음</td><td>판정을 미루고 추가 질문이나 자료를 요청</td></tr></tbody></table></div></div><p>혼입 판정표의 판정 값은 이 넷뿐입니다. 확정 불가를 혼입 쪽으로 기울여 판정하면 병원은 고칠 필요가 없는 페이지까지 고치게 되고, 우리 병원 쪽으로 기울이면 실제 혼입을 놓칩니다.</p><p>다른 기관 판정은 가볍게 넘기기 쉽지만, 우리 병원 이름을 물었는데 다른 기관만 소개되었다는 사실은 그대로 기록할 가치가 있습니다. 다만 이것은 사실 오류가 아니라 소개 대상이 다른 답이므로 수정 권고 대상에서는 뺍니다.</p></section><section id="p2-steps"><h2>혼입을 판정하는 다섯 단계</h2><ol class="step-list"><li>실장이 우리 병원의 기준 사실로 현재 주소와 옛 주소, 대표번호와 지점 번호, 공식 도메인 목록을 진단 담당에게 넘깁니다.</li><li>진단 담당이 이름이 같은 기관의 목록과 각 기관이 공개한 주소, 전화, 도메인을 모읍니다.</li><li>진단 담당이 답마다 병원 소개 문장을 떼어 세 단서를 뽑고, 세 단서의 일치 조건표로 어느 기관과 일치하는지 표시합니다.</li><li>진단 담당이 혼입 판정표의 네 줄로 판정하고, 판정의 까닭을 단서 이름으로 씁니다.</li><li>원장이 혼입으로 판정된 문장과 출처를 받아 고칠 쪽과 요청할 쪽을 정합니다.</li></ol><p>둘째 단계의 동명 기관 목록은 병원 찾기 서비스와 지도 서비스에서 병원 이름으로 찾은 기관에, 이름 앞뒤 낱말만 다른 기관까지 넣어 만듭니다. 목록을 만든 날도 함께 남기는 까닭은 그 뒤에 새로 문을 연 동명 기관이 목록에 없어 판정이 확정 불가로 기우는 일을 알아보기 위해서입니다.</p><p>셋째 단계에서 답 전체가 아니라 병원 소개 문장을 떼어 단서를 뽑는 까닭은 한 답에 여러 병원이 함께 소개될 수 있어서입니다. 답 전체에서 단서를 모으면 옆에 소개된 다른 병원의 전화까지 섞여 혼입이 아닌 답이 혼입으로 판정됩니다.</p></section><section id="p3-mistakes"><h2>혼입 판정에서 자주 틀리는 경우</h2><p>첫째는 혼입이 나오자 병원 이름부터 바꾸려 하는 일입니다. 혼입 판정이 가리키는 것은 동명 기관의 단서가 든 문장과 그 출처이지 병원 이름 자체가 아닙니다. 이름을 바꾸거나 이름 앞에 지역을 붙이는 결정은 출처를 고친 뒤에도 혼입이 되풀이될 때 원장이 따로 따질 일이고, 판정 기록만으로 내릴 결정이 아닙니다.</p><p>둘째는 옛 주소를 기준 자료에서 빼는 일입니다. 이전한 병원의 옛 주소가 답에 나오면, 기준 자료에 옛 주소가 없을 때 어느 기관과도 맞지 않는 단서가 되어 확정 불가로 기웁니다. 옛 주소는 우리 병원의 단서로 기준 자료에 넣고, 옛 주소가 나온 답은 혼입이 아니라 이전 정보가 반영되지 않은 오류로 따로 기록합니다.</p><p>셋째는 끝자리만 다른 전화번호를 오타로 여겨 일치로 세는 일입니다. 세 단서의 일치 조건표는 지역 번호부터 끝자리까지 같을 때만 일치로 셉니다. 끝자리가 다른 번호는 동명 기관 목록에서 먼저 찾고, 목록에도 없다면 어느 기관과도 맞지 않는 단서로 다룹니다. 오타로 짐작해 우리 병원 쪽으로 세면 실제로 다른 곳에 닿는 번호를 놓칩니다.</p><p>넷째는 블로그 서비스의 도메인을 기관 단서로 세는 일입니다. 여러 기관이 한 블로그 서비스에 글을 올리면 도메인은 모두 같고, 기관을 가르는 것은 그 뒤에 붙은 계정 주소입니다. 도메인만 맞대면 동명 기관의 블로그 글이 우리 병원 도메인 단서로 잘못 세어지므로, 블로그 글이 인용되었다면 계정 주소까지 맞대어 일치를 가립니다.</p></section><section id="p3-note"><h2>판정 기록을 남기는 방식</h2><div class="note-box"><span class="box-label">예외·주의</span><p>판정 기록에는 답마다 판정 값과 함께 세 단서가 각각 어느 기관과 일치했는지를 한 줄로 씁니다. 판정 값만 남기면 다음 진단에서 같은 답이 다른 판정을 받았을 때 까닭을 다시 찾을 수 없습니다.</p><p>혼입의 원인이 병원 쪽 공개 정보가 여러 곳에서 엇갈린 데 있다면, 그 정보를 한 값으로 맞추는 일이 먼저입니다. 병원 공식 정보를 여러 채널에서 같은 값으로 유지하는 방법은 병원정보정합성관리에서 다룹니다.</p><p>수정 권고의 범위도 판정 기록에서 정해집니다. 혼입의 출처가 우리 병원 홈페이지나 병원이 관리하는 지도 등록 정보라면 병원이 직접 고치고, 여러 기관을 싣는 외부 목록이라면 그 운영자에게 근거를 붙여 요청합니다. 동명 기관 자신의 공식 페이지는 그 기관의 것이므로 병원이 고칠 대상에 넣지 않습니다.</p></div></section><section id="p4-faq" class="faq-section"><h2>동명 병원 혼입 판정 자주 묻는 질문</h2><div class="faq-card"><h3>주소만 나오고 전화와 도메인이 없는 답은 우리 병원으로 판정해도 됩니까?</h3><p>아닙니다. 주소 하나로는 판정이 서지 않습니다. 주소가 우리 병원과 같아도 그 건물에 다른 의원이 있거나 옛 주소가 겹칠 수 있어, 전화나 도메인이 함께 나온 답이 모일 때까지 판정을 미룹니다.</p></div><div class="faq-card"><h3>진료과가 다른 동명 기관도 대조 목록에 넣어야 합니까?</h3><p>넣습니다. AI 답변은 진료과를 우리 병원 것으로 적으면서 전화만 진료과가 다른 기관의 번호로 붙이는 식으로 섞을 수 있습니다. 진료과는 세 단서에 넣지 않지만, 대조 목록에서 빼면 그런 혼입을 찾지 못합니다.</p></div><div class="faq-card"><h3>같은 질문을 다시 물었을 때 혼입이 사라졌다면 앞의 혼입 판정은 지웁니까?</h3><p>지우지 않습니다. 판정은 답 하나에 매긴 기록이라, 뒤의 답은 새 줄로 따로 판정합니다. 앞의 답이 인용한 페이지에 동명 기관의 전화가 아직 남아 있다면 수정 권고도 그대로 유지합니다. 답이 달라진 까닭은 공식 안내에 없는 부분이라 짐작해 쓰지 않습니다.</p></div><div class="faq-card"><h3>확정 불가 판정이 많이 나오면 진단을 다시 맡겨야 합니까?</h3><p>질문에 병원 이름만 넣어 물은 답이 많다면 지역이나 진료과를 넣은 질문을 더해 달라고 요청합니다. 확정 불가 판정 자체는 단서가 모자랐다는 기록이므로 없애려고 판정을 바꾸지 않습니다.</p></div><div class="faq-card"><h3>우리 병원이 도메인을 바꾼 적이 있으면 옛 도메인은 어느 기관의 단서입니까?</h3><p>옛 도메인이 지금 다른 누구에게도 넘어가지 않았다면 우리 병원의 단서로 씁니다. 옛 도메인을 다른 기관이 쓰고 있다면 그 도메인은 판정 단서에서 빼고, 인용된 페이지의 내용으로 따로 맞댑니다.</p></div></section><section id="p4-exceptions"><h2>세 단서로 가르기 어려운 경우</h2><div class="note-box"><span class="box-label">예외·주의</span><p>우리 병원과 동명 기관이 한 법인에 속했다가 나뉜 경우에는 옛 공개 정보가 두 기관에 함께 남아 있을 수 있습니다. 이때는 나뉜 날을 기준 사실에 적고, 그 날보다 앞서 공개된 페이지에서 나온 단서는 어느 기관과 일치하든 확정 불가로 판정합니다.</p><p>병원 이름이 흔한 낱말이라 동명 기관이 수십 곳에 이르는 경우도 있습니다. 이때는 목록을 모두 맞대기보다, 답 속 단서가 우리 병원 기준 사실과 일치하지 않는 문장만 골라 그 문장의 단서를 목록에서 찾는 순서로 진행합니다. 판정 값과 처리는 혼입 판정표 그대로 씁니다.</p><p>동명 기관이 병원이 아닌 약국이나 한의원처럼 다른 종류의 기관이라면 세 단서에 기관 종류를 더해 맞댑니다. 답 속 소개가 진료를 한다고 적었는지, 조제를 한다고 적었는지가 주소와 전화만큼 뚜렷한 단서가 되기 때문입니다.</p></div></section>]]></description></item><item><title>병원 GEO 진단의 단위, 병원 브랜드와 개별 홈페이지를 나누는 순서</title><link>https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%9D%98-%EB%8B%A8%EC%9C%84-%EB%B3%91%EC%9B%90-%EB%B8%8C%EB%9E%9C%EB%93%9C%EC%99%80-%EA%B0%9C%EB%B3%84-%ED%99%88%ED%8E%98%EC%9D%B4%EC%A7%80%EB%A5%BC-%EB%82%98%EB%88%84%EB%8A%94-%EC%88%9C%EC%84%9C</link><guid isPermaLink="true">https://hospitalgeocheck.com/%EB%B3%91%EC%9B%90-geo-%EC%A7%84%EB%8B%A8%EC%9D%98-%EB%8B%A8%EC%9C%84-%EB%B3%91%EC%9B%90-%EB%B8%8C%EB%9E%9C%EB%93%9C%EC%99%80-%EA%B0%9C%EB%B3%84-%ED%99%88%ED%8E%98%EC%9D%B4%EC%A7%80%EB%A5%BC-%EB%82%98%EB%88%84%EB%8A%94-%EC%88%9C%EC%84%9C</guid><pubDate>Mon, 26 Oct 2026 07:00:00 +0900</pubDate><description><![CDATA[<section id="p1-answer"><h2>결론의 주어를 먼저 정해야 하는 까닭</h2><div class="answer-box"><span class="box-label">핵심 답</span><p>진단 대상이 병원이라는 기관인지 개별 홈페이지인지는 진단을 시작하기 전에 먼저 정해야 합니다. 두 단위는 재는 것이 다르고, 결론 문장의 주어가 다릅니다. 기관 단위의 진단은 AI 답변이 그 병원에 대해 말한 사실이 맞는지를 묻고, 사이트 단위의 진단은 특정 도메인이 읽히고 인용되는 상태가 어떤지를 묻습니다. 단위를 정하지 않고 시작하면 한쪽에서 얻은 결과가 다른 쪽의 결론으로 쓰입니다.</p></div><p>섞였을 때 생기는 일은 두 가지입니다. 홈페이지가 잘 읽히고 인용된다는 결과로 「병원의 상태가 좋다」고 맺으면, 다른 출처에서 온 틀린 주소나 옛 진료 시간이 답변에 나오고 있어도 보고서에는 드러나지 않습니다. 거꾸로 답변이 병원을 맞게 소개한다는 결과로 「홈페이지에 문제가 없다」고 맺으면, 홈페이지가 한 번도 인용되지 않았고 맞는 정보가 모두 다른 출처에서 온 것이어도 드러나지 않습니다.</p><p>두 단위는 병원이 손댈 수 있는 범위도 다릅니다. 사이트 단위에서 나온 문제는 병원이 자기 도메인 안에서 고칠 수 있습니다. 기관 단위에서 나온 문제는 지도 서비스의 기관 정보나 다른 곳의 글처럼 병원이 직접 고칠 수 없는 출처에 걸쳐 있습니다. 결론의 단위가 분명해야 다음 일을 누구에게 넘길지가 정해집니다.</p><p>둘 다 진단할 수 있습니다. 그때에도 하나의 진단으로 합치지 않고, 단위마다 질문과 자료와 결론을 따로 놓습니다.</p></section><section id="p1-table"><h2>기관 단위와 사이트 단위의 차이</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>견줄 것</th><th>기관 단위</th><th>사이트 단위</th></tr></thead><tbody><tr><td>결론의 주어</td><td>개설 명칭과 주소로 정해지는 한 의료기관</td><td>주소창에 넣는 한 도메인</td></tr><tr><td>재는 것</td><td>답변이 그 기관에 대해 말한 사실이 승인 사실과 같은지</td><td>그 도메인의 페이지가 읽히는지, 인용되는지, 실린 내용이 맞는지</td></tr><tr><td>맞댈 자료</td><td>병원이 승인한 기관 사실</td><td>그 도메인의 페이지와 접근 기록</td></tr><tr><td>출처의 범위</td><td>답변이 표시한 모든 출처</td><td>그 도메인 하나</td></tr><tr><td>결론 문장의 꼴</td><td>이 기관에 대해 답변이 전한 사실 가운데 몇 건이 어긋남</td><td>이 도메인의 페이지 가운데 몇 건이 인용됨, 몇 건이 읽히지 않음</td></tr></tbody></table></div></div><p>기관 단위에서 어느 기관인지는 개설 명칭과 주소, 대표 전화, 공식 도메인으로 정합니다. 같은 브랜드 이름을 쓰는 지점이 여럿이면 지점마다 다른 기관입니다. 브랜드 이름은 기관을 정하는 근거가 아니라 여러 기관을 묶어 부르는 이름이므로, 브랜드로 묻는 질문의 결과는 기관별 결과와 따로 놓습니다.</p></section><section id="p2-steps"><h2>진단 단위를 정하는 다섯 단계</h2><ol class="step-list"><li>원장이 이번 진단에서 무엇에 대한 결론을 받으려는지를 한 문장으로 씁니다.</li><li>실장이 병원의 브랜드 이름과 기관과 도메인의 관계를 목록으로 만듭니다.</li><li>원장이 목록을 읽고 단위를 기관, 사이트, 둘 다 가운데 하나로 정합니다.</li><li>진단 담당이 단위마다 질문 묶음과 맞댈 자료를 따로 정합니다.</li><li>진단 담당이 단위마다 결론을 따로 쓰고, 원장이 승인합니다.</li></ol><p>첫째 단계의 한 문장이 단위를 절반쯤 정합니다. 「환자가 우리 병원에 대해 틀린 안내를 받고 있는지 알고 싶다」면 기관 단위이고, 「새로 만든 홈페이지가 제대로 읽히고 있는지 알고 싶다」면 사이트 단위입니다. 「GEO 상태를 알고 싶다」처럼 주어가 없는 문장이 나오면, 실장이 두 물음 가운데 어느 쪽인지를 되물어 다시 받습니다.</p><p>둘째 단계의 목록이 있어야 셋째 단계를 할 수 있습니다. 병원 한 곳이 도메인 하나만 갖고 있다고 여겼는데, 옛 홈페이지와 센터별 사이트와 예약 페이지가 따로 있는 일이 있습니다. 목록을 만들기 전에는 사이트 단위라고 정해도 어느 사이트인지가 정해지지 않습니다.</p><p>넷째 단계에서 질문 묶음이 갈립니다. 기관 단위는 환자가 병원에 대해 묻는 말로 질문을 만들고, 답변이 표시한 출처가 어디든 모두 읽습니다. 사이트 단위는 그 도메인의 페이지가 답할 수 있는 질문으로 만들고, 그 도메인이 인용됐는지와 접근 기록을 읽습니다. 같은 질문을 두 단위에 함께 쓸 수는 있지만, 기록은 단위마다 따로 남깁니다.</p></section><section id="p2-map"><h2>브랜드와 기관과 도메인의 관계 목록</h2><div class="baseline-table" role="region" aria-label="표: 가로로 스크롤할 수 있습니다" tabindex="0"><div class="table-wrap"><table><thead><tr><th>칸</th><th>쓰는 내용</th><th>쓰는 까닭</th></tr></thead><tbody><tr><td>브랜드 이름</td><td>간판과 광고에 쓰는 이름, 줄여 부르는 이름</td><td>질문에 쓰이는 이름을 알기 위해</td></tr><tr><td>기관</td><td>개설 명칭, 주소, 대표 전화</td><td>기관 단위의 주어를 정하기 위해</td></tr><tr><td>도메인</td><td>병원 이름으로 운영되는 모든 도메인</td><td>사이트 단위의 주어를 정하기 위해</td></tr><tr><td>운영 주체</td><td>도메인마다 내용을 고칠 수 있는 사람이나 업체</td><td>고칠 일을 누구에게 넘길지 알기 위해</td></tr><tr><td>잇는 관계</td><td>어느 도메인이 어느 기관의 것인지</td><td>지점과 도메인이 엇갈려 읽히지 않게 하기 위해</td></tr></tbody></table></div></div><p>목록에는 병원이 잊고 있던 도메인도 올립니다. 개편 전의 옛 홈페이지가 아직 열리거나, 대행을 맡았던 곳이 만든 안내 페이지가 남아 있는 경우입니다. 이런 도메인이 옛 정보를 싣고 있으면 기관 단위의 진단에서 틀린 사실의 출처로 나올 수 있습니다. 운영 주체 칸이 비는 도메인은 누가 고칠 수 있는지부터 찾아야 하므로 따로 표시합니다.</p><p>잇는 관계는 한 도메인이 여러 지점을 함께 싣는 경우에 특히 씁니다. 한 도메인 아래에 지점 페이지가 따로 있다면, 사이트 단위는 하나여도 기관 단위는 지점 수만큼입니다. 어느 주소 아래의 페이지가 어느 지점의 것인지를 목록에 밝힙니다.</p></section><section id="p3-roles"><h2>단위를 정하는 사람과 목록을 만드는 사람의 역할 나눔</h2><p>단위를 정하는 일은 진단 담당이 혼자 할 수 없습니다. 무엇에 대한 결론이 필요한지는 원장이 알고, 어떤 도메인이 있는지는 병원 안의 여러 사람이 나눠 알고 있습니다. 역할을 넷으로 나눕니다.</p><p>원장은 단위를 정합니다. 받으려는 결론을 한 문장으로 쓰고, 목록을 읽은 뒤 기관과 사이트 가운데 어느 단위로 할지를 정합니다. 둘 다 하기로 했다면 어느 쪽 결과를 먼저 받을지도 정합니다. 진단 담당이 편한 단위로 시작한 뒤에 결론만 원장의 물음에 맞춰 쓰는 일이 없도록, 단위는 글로 남깁니다.</p><p>실장은 목록을 만듭니다. 브랜드 이름과 기관 정보는 실장이 개설 기록에서 옮기고, 도메인은 개발 담당과 대행을 맡은 곳에 물어 모읍니다. 병원 이름으로 된 도메인을 누가 등록했고 누가 값을 내고 있는지를 함께 묻습니다. 등록한 사람이 병원이 아닌 도메인은 운영 주체 칸에 그 사실을 씁니다.</p><p>개발 담당은 도메인의 상태를 회신합니다. 목록의 도메인이 지금 열리는지, 다른 도메인으로 넘겨지는지, 내용을 고칠 권한이 누구에게 있는지입니다. 사이트 단위의 진단에 쓸 접근 기록을 뽑을 수 있는 도메인인지도 함께 회신합니다.</p><p>진단 담당은 단위마다 기록을 나눠 남깁니다. 기관 단위의 표와 사이트 단위의 표를 한 장에 합치지 않고, 결론 문장의 첫머리에 주어를 밝힙니다. 「이 기관에 대해」로 시작하는 문장과 「이 도메인은」으로 시작하는 문장이 한 문단에 섞이지 않게 합니다.</p><p>인계할 때는 원장이 쓴 한 문장, 관계 목록, 정한 단위, 단위별 질문 묶음과 기록, 단위별 결론, 원장의 승인 기록을 넘깁니다. 다음 진단 담당은 목록의 도메인이 늘거나 줄었는지를 실장에게 먼저 묻고, 앞선 진단과 같은 단위로 시작합니다.</p></section><section id="p4-faq" class="faq-section"><h2>병원 GEO 진단 단위 자주 묻는 질문</h2><div class="faq-card"><h3>한 단위만 진단할 수 있다면 어느 쪽을 먼저 하나요?</h3><p>원장이 쓴 한 문장에 맞는 쪽을 먼저 합니다. 환자가 틀린 안내를 받는 것이 걱정이면 기관 단위이고, 홈페이지를 고치거나 새로 만드는 일을 앞두고 있으면 사이트 단위입니다. 어느 쪽이 늘 먼저라는 차례는 없습니다. 하지 않은 단위는 보고서에 「이번에 재지 않음」으로 밝힙니다.</p></div><div class="faq-card"><h3>대행을 맡았던 곳이 만든 안내 페이지도 사이트 단위에 넣나요?</h3><p>관계 목록에 올리고, 넣을지는 원장이 정합니다. 그 페이지가 병원 이름으로 열리고 병원 정보를 싣고 있다면 기관 단위의 진단에서는 출처의 하나로 읽힙니다. 사이트 단위에 넣으려면 병원이 그 페이지의 내용을 고칠 수 있는지와 접근 기록을 받을 수 있는지가 먼저 있어야 합니다.</p></div><div class="faq-card"><h3>진단을 하는 가운데 단위를 고쳐 정해도 되나요?</h3><p>고쳐 정할 수 있지만 앞서 모은 결과는 앞 단위의 것으로 남깁니다. 사이트 단위로 모은 기록을 기관 단위의 결론에 옮겨 쓰지 않습니다. 단위를 고친 날과 까닭을 기록하고, 새 단위에 맞는 질문 묶음과 자료로 다시 시작합니다.</p></div><div class="faq-card"><h3>두 단위를 한 보고서에 실을 때 종합 점수를 하나로 내도 되나요?</h3><p>내지 않습니다. 두 단위는 재는 것이 달라 하나의 수로 합칠 기준이 없습니다. 합치면 한쪽의 좋은 결과가 다른 쪽의 문제를 덮습니다. 보고서의 장을 나눠 장마다 주어를 밝히고, 맨 앞의 요약에도 두 결론을 두 문장으로 따로 씁니다.</p></div><div class="faq-card"><h3>병원 블로그나 영상 채널은 어느 단위에 넣나요?</h3><p>병원 도메인이 아닌 곳에 있는 공식 채널은 사이트 단위의 대상이 아니고, 기관 단위에서 출처의 하나로 읽습니다. 병원이 내용을 고칠 수 있다는 점은 자기 도메인과 같지만, 접근 기록을 받을 수 없고 읽히는 방식을 병원이 정할 수 없습니다. 관계 목록에는 공식 채널이라고 밝혀 올립니다.</p></div></section><section id="p4-next"><h2>단위별 결론을 실행과 보고에 잇는 일</h2><p>단위마다 결론이 따로 나오면 할 일도 따로 나옵니다. 사이트 단위의 결론은 병원이 자기 도메인에서 고칠 일이 되고, 기관 단위의 결론은 밖의 출처에 요청할 일이 섞입니다. 두 가지 일을 어떤 차례로 할지를 정하는 방법은 병원 GEO 실행 순서에서 다룹니다.</p><p>진단을 밖에 맡긴 병원은 받은 보고서가 어느 단위의 결론인지를 먼저 읽어야 합니다. 주어 없이 쓰인 결론 문장이 있으면 어느 단위인지를 되묻습니다. 보고서에서 읽을 곳과 되물을 것은 GEO 대행 보고서에서 이어서 정리합니다.</p></section>]]></description></item></channel></rss>
