본문 진료 과목과 열거값의 대응 기준
진료 과목은 페이지에 보이는 실제 진료 내용을 기준으로 medicalSpecialty 속성과 MedicalSpecialty의 열거값을 구분해 표시합니다. 대응이 불명확한 과목은 임의로 끼워 맞추지 않고 업체에 적용 대상을 확인해야 합니다. 병원 담당자는 본문에 표시된 과목명과 업체가 제시한 값을 별개의 항목으로 기재하고, 연결 근거가 있는 항목부터 적용 여부를 결정합니다.
구글은 구조화된 데이터가 해당 페이지의 내용을 설명해야 하며, 사용자에게 표시하지 않는 정보를 마크업에 추가하지 않도록 안내합니다. 따라서 병원 전체에서 운영하는 진료 과목 목록을 모든 페이지에 일괄 입력하는 방식은 피해야 합니다. 담당자는 각 페이지에서 실제로 안내하는 진료 내용의 범위를 먼저 정리합니다.
| 본문에 표시된 진료 과목 | 대응 후보 열거값 | 확인 상태 |
|---|---|---|
| 과목명과 진료 설명이 함께 있는 항목 | 설명과 연결 근거를 제시할 후보 | 업체 설명을 받아 적용 여부 결정 |
| 과목명만 있고 범위가 불명확한 항목 | 아직 확정하지 않은 후보 | 병원 진료 설명 보완 후 판단 |
| 여러 과목의 내용이 함께 있는 항목 | 각 내용에 대응할 후보 | 적용 대상별 대응 근거 요청 |
| 열거값과 연결 근거가 없는 항목 | 미정 | 확인 대기 항목으로 관리 |
이 표는 한국어 과목명과 열거값의 정답 목록이 아니라 병원이 대응 상태를 기록하는 형식입니다. 실제 작업에서는 첫 칸에 페이지의 과목명을 그대로 기재하고, 후보가 정해지지 않은 칸은 미정으로 남깁니다. 빈칸을 채우기 위해 비슷한 이름을 선택하지 않습니다.
속성 이름과 값의 유형의 차이
medicalSpecialty는 제공자의 진료 과목을 담는 속성 이름이고, MedicalSpecialty는 그 속성에 사용할 과목 값의 유형입니다. 스키마닷오알지는 MedicalSpecialty를 열거형으로 정의하고 그 구성원으로 Anesthesia, Dermatology, Pediatric 등 여러 값을 제시합니다. 업체에 요청할 때는 속성 이름, 값의 유형, 실제 선택한 열거값을 각각 설명하도록 요구합니다.
속성란에 MedicalSpecialty를 쓰거나 값란에 medicalSpecialty를 쓰는 설명은 두 이름의 역할을 혼동한 것입니다. 담당자는 대문자와 소문자의 차이만으로 판단하지 말고, 업체가 어느 이름을 항목의 이름으로 쓰고 어느 값을 그 안에 입력했는지 묻습니다. 열거형 이름만 제시한 설명으로는 실제 적용할 과목을 결정할 수 없습니다.
국내 과목명과 열거값의 대응 범위
열거값 목록만으로 국내 진료 과목명과의 대응을 확정할 수는 없습니다. 스키마닷오알지는 MedicalSpecialty에 장기 계통과 질환에 관한 임상 분야뿐 아니라 관련 보건 분야도 포함한다고 설명합니다. 병원은 명칭의 번역이 비슷하다는 이유만으로 같은 범위라고 결론 내리지 않습니다.
대응을 판단할 때는 본문이 안내하는 진료 내용과 후보 값이 뜻하는 범위를 함께 대조합니다. 병원 담당자는 실제 진료 설명을 책임지고, 업체는 선택한 열거값과 연결 근거를 설명하도록 업무를 나눕니다. 이 과정에서 국내 과목의 공식 명칭이나 전문의 자격을 새로 판정하지 않습니다.
본문부터 적용 대상까지의 작업 순서
작업은 본문의 진료 과목을 정리한 뒤 열거값 후보를 검토하고, 마지막으로 적용 대상과 속성·값을 업체에 묻는 순서로 진행합니다. 실장은 진료 내용의 현재성을 판단할 담당자를 지정하고, 마케팅 담당자는 페이지별 자료를 취합합니다. 업체에 과목명 목록만 전달하지 말고 해당 명칭이 쓰인 문맥까지 전달합니다.
- 마케팅 담당자는 적용할 페이지의 제목, 과목명, 진료 설명을 모읍니다. 메뉴 이름에만 등장하는 명칭과 본문에서 설명하는 명칭은 따로 기재합니다.
- 병원 진료 담당자는 현재 안내와 실제 운영 내용이 일치하는지 검토합니다. 수정이 필요한 문장은 먼저 정비하고, 정리된 본문을 업체에 전달합니다.
- 업체는 MedicalSpecialty 열거값에서 대응 후보를 제시하고 선택 이유를 설명합니다. 후보가 여러 개이거나 연결 근거가 부족하면 그 사유도 기록합니다.
- 병원 담당자는 업체가 제시한 적용 대상과 속성·값을 대조합니다. 승인한 항목과 답변을 기다리는 항목을 나누어 적용 요청서를 전달합니다.
준비 자료에는 페이지별 진료 문구와 병원 내부의 수정 의견, 업체의 후보 설명을 포함합니다. 자료의 명칭을 통일하면 과목명만 같고 내용은 다른 항목이 섞이는 일을 줄일 수 있습니다. 문구가 수정된 자료에는 수정일을 기재해 업체가 이전 문장을 기준으로 작업하지 않도록 합니다.
업체에 요청할 속성·값 대응표
업체에는 적용 대상, 사용 속성, 선택 값의 관계가 드러나는 대응표를 요청합니다. 스키마닷오알지는 medicalSpecialty의 적용 유형으로 Hospital, MedicalClinic, MedicalOrganization, Physician을 제시합니다. 병원 이름이 있는 페이지라는 이유만으로 적용 대상을 정하지 말고, 업체가 어떤 유형의 대상을 표현하는지 설명하도록 합니다.
| 업체 확인 항목 | 요청할 설명·근거 | 병원 확인 사항 |
|---|---|---|
| 적용 페이지와 대상 | 페이지에서 표현하는 대상과 유형 | 기관 안내인지 의료진 안내인지 |
| 사용할 속성 | medicalSpecialty를 사용하는 이유 | 과목이 누구의 진료 내용인지 |
| 선택한 열거값 | 값의 정확한 표기와 대응 근거 | 본문 설명과 후보 범위의 일치 여부 |
| 미확정 항목 | 추가로 필요한 정보와 처리 제안 | 답변 담당자와 적용 보류 여부 |
대응표는 제안서의 설명과 실제 적용 결과를 연결할 수 있어야 합니다. 마케팅 담당자는 업체가 표에 기재한 속성·값이 적용 결과에서도 동일하게 사용됐는지 대조합니다. 설명 없이 값이 달라졌다면 변경 사유를 받아 병원 승인 내용을 갱신합니다.
업체의 답변이 영어 이름을 나열하는 데 그친다면 병원이 판단할 근거가 부족합니다. 후보를 선택한 본문 문장과 그 문장이 표현하는 진료 범위를 함께 설명하도록 요청합니다. 병원은 코드 전체를 해석하는 대신 자신이 승인할 진료 내용이 무엇인지 명확하게 결정합니다.
확인 대기 항목의 처리 방식
대응이 불명확한 항목은 작업 완료를 위해 억지로 확정하지 않고 확인 대기 상태로 관리합니다. 병원 담당자는 대기 사유를 진료 설명 부족, 후보 범위 불명확, 적용 대상 불명확처럼 구체적으로 기재합니다. 사유에 따라 병원이 보완할 자료와 업체가 답할 내용을 나눕니다.
확인 대기 항목을 관리할 때는 해당 과목의 본문을 삭제하는 결정과 구조화된 데이터 적용을 보류하는 결정을 혼동하지 않습니다. 진료 안내로 필요한 문구는 유지하되, 값의 대응이 결정되지 않은 항목은 적용 목록에서 제외하도록 요청할 수 있습니다. 이때 보류한 내용이 무엇인지 업체의 작업 내역에도 남기도록 합니다.
본문 설명이 부족한 경우에는 실장이 진료 담당자에게 현재 운영 범위를 묻습니다. 후보의 뜻이 불명확한 경우에는 업체가 선택 근거를 보완해야 합니다. 두 문제를 모두 병원의 과목명 변경으로 해결하려 하지 않습니다.
한 기관의 과목을 의료진에 옮기는 오류
기관이 안내하는 전체 과목을 개별 의료진의 과목으로 그대로 옮기는 방식은 적용 대상 판단이 빠진 작업입니다. 기관 소개와 의료진 소개에 같은 과목명이 등장하더라도 각 문장이 설명하는 대상은 다를 수 있습니다. 담당자는 대응표의 대상란과 본문의 주어를 대조해 어느 대상에 관한 정보인지 가립니다.
의료진 소개에 과목명을 추가해야 하는 상황이라면 병원 내부에서 해당 안내 문구를 먼저 승인합니다. 업체가 선택한 열거값을 근거로 의료진의 자격이나 진료 범위를 확대해서 표현하지 않습니다. 구조화된 데이터 작업과 의료진 소개 문구의 승인 책임은 각각 명시합니다.
기관 안내에 여러 진료 내용이 함께 있을 때도 페이지 제목만으로 모든 후보를 승인하지 않습니다. 담당자는 업체가 각 후보의 근거로 지목한 문장이 기관 전체를 설명하는지, 특정 의료진만 설명하는지 판단합니다. 어느 쪽인지 불명확하면 해당 문장의 주어를 명시한 뒤 작업 자료를 갱신합니다.
자주 묻는 질문
relevantSpecialty도 진료 과목 표시에 사용할 수 있습니까?
스키마닷오알지는 relevantSpecialty를 MedicalEntity에 해당하는 대상과 관련된 의료 분야를 나타내는 속성으로 설명합니다. 제공자의 진료 과목을 담는 medicalSpecialty와는 설명하는 관계가 다릅니다. 업체가 relevantSpecialty를 제안했다면 어떤 대상과 의료 분야의 관계를 표현하려는지 설명을 요청합니다.
개발 버전의 열거값 목록은 어떻게 취급해야 합니까?
스키마닷오알지의 MedicalSpecialty 문서에는 개발 버전이라는 표시가 있습니다. 업체에는 작업에 참조한 문서의 버전과 참조일을 기록하도록 요청합니다. 추후 문서 내용이 달라졌다는 이유만으로 적용 값을 즉시 변경하지 말고, 변경된 정의와 기존 작업의 관계에 대한 설명을 받습니다.
리치 결과 테스트를 통과하면 과목 대응도 맞습니까?
구글은 리치 결과 테스트를 구조화된 데이터의 유효성을 검사하고 일부 검색 기능을 미리 볼 수 있는 도구로 안내합니다. 테스트 결과를 한국어 진료 과목과 열거값의 의미 대응에 대한 승인으로 해석할 근거는 없습니다. 결과 보고서에는 검사 결과와 병원의 진료 내용 승인 내역을 별도로 기재하도록 요청합니다.
병원 담당자가 페이지 코드를 수정할 수 없으면 어떻게 합니까?
구글은 콘텐츠 관리 시스템을 사용할 때 직접 코드 수정이 어려울 수 있고, 설정이나 플러그인을 통해 구조화된 데이터를 추가할 수도 있다고 설명합니다. 병원 담당자는 현재 관리 환경에서 누가 수정 권한을 갖고 있는지 업체에 묻습니다. 작업을 맡길 때는 수정할 페이지와 병원이 승인할 자료의 전달 방식을 함께 정합니다.
업체가 작업 완료 후 어떤 자료를 전달해야 합니까?
일반적인 인수 자료로는 최종 대응표, 적용한 코드 사본, 변경 내역을 요청할 수 있습니다. 병원은 자료를 열람할 수 있는 형태와 보관 담당자를 미리 정합니다. 업체가 달라져도 후속 담당자가 선택 근거와 보류 사유를 이해할 수 있도록 최종 승인일도 함께 기록합니다.
