의료 기관(MedicalClinic) 구조화 데이터의 기본 항목

정의와 병원 안내에 따른 기본 항목

스키마닷오알지는 MedicalOrganization을 병원이나 클리닉 등을 포함하는 의료기관 유형으로 설명하며, 더 구체적인 유형 목록에 MedicalClinic을 제시합니다. 병원은 이 관계를 출발점으로 삼아 해당 페이지가 설명하는 대상에 MedicalClinic이 적절한지 판단합니다. 목록에 의료 관련 유형이 여러 개 있다는 사실만으로 이름이 비슷한 유형을 임의로 선택하지 않습니다.

유형과 속성의 뜻을 읽는 기준

MedicalClinic은 어떤 대상을 표현하는지 정하는 유형 이름이고, isAcceptingNewPatients는 그 대상의 신규 환자 수용 여부를 표현하는 속성 이름입니다. 스키마닷오알지의 MedicalOrganization 설명에서 isAcceptingNewPatients의 예상 값 유형은 참과 거짓을 나타내는 Boolean으로 제시됩니다. 병원 담당자는 이 속성을 신규 환자의 진료 접수 가능 여부에 관한 안내와 연결해 검토합니다.

medicalSpecialty는 속성의 기본 뜻이 설명되어 있어도 병원에 적용할 구체적인 값을 곧바로 정할 수 있는 것은 아닙니다. 업체는 속성의 뜻을 이해했다는 답변과 실제 값을 선택한 근거를 따로 설명해야 합니다. 이름만 전달하거나 예상 값 유형만 제시한 항목은 입력 완료 대상으로 처리하지 않습니다.

속성 목록과 검색 기능 요건의 차이

구글은 검색 기능의 동작을 판단할 때 스키마닷오알지보다 구글 검색 센터 문서를 최종 기준으로 삼도록 설명합니다. 또한 스키마닷오알지에는 구글 검색에 필요하지 않은 속성과 객체도 있다고 안내합니다. 따라서 MedicalOrganization에 속성이 나열되어 있다는 사실은 해당 항목이 특정 검색 기능의 필수 요건이라는 뜻이 아닙니다.

업체가 항목을 필수라고 설명하면 병원 담당자는 어떤 검색 기능의 어떤 문서를 근거로 하는지 요청합니다. 업체의 공통 작업 양식에서 요구하는 항목인지, 특정 기능 문서가 요구하는 항목인지도 따로 기록합니다. 설명이 없는 상태에서는 목록의 빈칸을 채우는 작업보다 항목을 채택할 이유를 정하는 작업을 먼저 진행합니다.

의료기관 유형부터 진행하는 검토 순서

실장은 병원 안내를 관리하는 담당자와 홈페이지 업체가 같은 순서로 자료를 읽도록 요청합니다. 먼저 표현할 대상을 정하고, 다음으로 속성의 뜻을 이해한 뒤, 마지막으로 병원 안내와 대조합니다. 각 단계에서 답이 정해지지 않으면 다음 단계의 값을 추정해 입력하지 않습니다.

1. 의료기관 유형 확인: 업체는 대상 페이지가 설명하는 기관과 MedicalClinic을 선택한 이유를 제시합니다. 병원 담당자는 페이지가 기관 자체를 설명하는지, 별도의 글이나 다른 대상을 설명하는지 판단합니다.
2. 속성의 뜻 확인: 업체는 적용하려는 속성의 설명과 예상 값 유형을 제시합니다. 병원 담당자는 그 설명이 접수 정책이나 진료 안내 중 무엇을 표현하려는 것인지 정리합니다.
3. 병원 안내와 대조: 안내 담당자는 현재 게시 문구와 운영 방침을 대조합니다. 내용이 서로 다르면 책임자가 방침을 결정하고 안내 문장을 정비한 후 입력값을 확정합니다.

병원 담당자가 준비할 자료는 대상 페이지의 본문, 현재 신규 환자 접수 안내, 해당 안내를 결정하는 내부 책임자 정보입니다. 업체에는 실제 적용하려는 항목 목록과 항목별 설명을 요청합니다. 접수 조건이 문서로 정리되지 않았다면 담당자의 기억만으로 값을 전달하지 말고, 책임자의 결정 내용을 먼저 기록합니다.

업체 요청서에 넣을 안내와 질문

요청서는 항목명만 나열하지 않고 대응하는 병원 안내와 업체가 답할 질문을 함께 구성합니다. 병원 자료가 없는 항목에는 추정 문구 대신 추가 확인이 필요하다는 상태를 기재합니다. 이렇게 작성하면 업체는 코드 작성 전에 병원에서 결정할 내용과 기술적으로 설명할 내용을 나누어 답할 수 있습니다.

업체 답변을 받은 실장은 적용 가능, 병원 결정 필요, 정의 추가 확인으로 처리 상태를 기록합니다. 상태마다 다음 행동을 맡을 사람을 지정하고, 미정 항목을 완료 항목과 함께 전달하지 않습니다. 원장이 운영 방침을 결정하고 안내 담당자가 문장을 정리하면, 업체는 그 내용을 근거로 적용안을 수정합니다.

요청서에는 사용하는 안내 문구의 위치도 기재합니다. 같은 접수 정책을 설명하는 페이지가 여러 개라면 담당자는 어느 문장이 현재 방침인지 먼저 정합니다. 업체가 오래된 안내를 근거로 답했다면 기술 설명을 다시 받기 전에 참조 문구부터 교체합니다.

조건부 접수를 단일 값으로 정하는 오류

신규 환자를 일부 조건에서만 접수하는 병원은 isAcceptingNewPatients의 값을 단순히 정하기 어려울 수 있습니다. 이 속성의 뜻과 예상 값 유형만으로는 병원의 모든 접수 조건을 어떻게 표현해야 하는지까지 확정할 수 없습니다. 담당자는 조건이 있다는 사실을 삭제하지 말고 업체에 단일 값과 실제 안내 사이의 차이를 설명하도록 요청합니다.

예를 들어 특정 진료의 접수 여부와 병원 전체의 신규 환자 수용 여부를 같은 판단으로 처리하면 표현 대상이 달라질 수 있습니다. 병원 담당자는 접수 제한이 기관 전체에 적용되는지, 일부 진료에만 적용되는지 운영 책임자에게 묻습니다. 범위가 정해지면 업체가 어떤 대상을 설명하는 값인지 적도록 하고, 해결되지 않은 차이는 적용 보류 사유로 기록합니다.

전화 상담을 거쳐야 예약할 수 있다는 문구도 신규 환자를 받지 않는다는 뜻으로 바로 해석하지 않습니다. 예약 절차와 접수 가능 여부는 각각 다른 질문에 대한 답일 수 있기 때문입니다. 담당자는 상담 절차에 관한 안내만으로 참과 거짓을 선택하지 않으며, 신규 환자 수용 방침을 별도로 요청합니다.

정의가 부족한 항목의 보류 기록

뜻이나 값의 근거가 부족한 항목은 누락 오류로 단정하지 않고 판단을 기다리는 항목으로 관리합니다. 보류 기록에는 항목명, 아직 답하지 못한 질문, 답변을 받을 담당자를 기재합니다. 추가 설명을 받은 뒤에는 처음의 빈칸을 채웠다는 이유보다 적용 조건이 충족되었는지를 기준으로 처리합니다.

업체가 다른 병원에서도 사용한다는 설명만 제시하면 실장은 그 설명을 해당 병원의 적용 근거로 채택하지 않습니다. 일반적인 작업 관행은 병원의 안내 내용을 대신할 수 없기 때문입니다. 업체에는 이번 페이지에 적용할 정의와 근거 문장을 연결해 답하도록 요청하고, 연결되지 않는 항목은 보류 상태를 유지합니다.

이어서 읽을 주제

병원 기관 정보 정비를 이어 읽으면 접수 방침을 비롯한 기관 안내의 관리 책임과 수정 절차를 정리하는 데 도움이 됩니다. 구조화 데이터에 사용할 안내를 결정한 뒤에는 홈페이지의 다른 기관 정보도 같은 운영 방침에 따라 관리할 필요가 있습니다.