같은 원본을 쓰는 곳 · 4곳
- 홈 상단 공지 영역
- 내원 안내 · 진료시간표
- 하단 공통 진료시간
- 의료진 A 상세 · 진료 일정
휴진 공지 하나 바꾸는 일부터, 원고를 승인하고 예약하는 일까지. 병원 직원이 실제로 하게 될 작업을 가상 병원으로 체험해요. 눌러도 아무것도 전송되지 않아요. 마음껏 바꿔보세요.
무엇을 체험하나요
가상 병원 온유내과의원(예시)으로 네 가지 작업을 눌러볼 수 있어요. 누가 무엇을 고치고, 누가 승인하는지 따라가 보세요.
체험하기 · 화면 구성
버튼을 누르면 상태가 바로 바뀌어요. 모바일에서는 기능 선택, 작업, 결과 순서로 한 작업씩 보여줘요.
키보드로도 체험할 수 있어요. Tab으로 이동하고, 기능 메뉴에서는 화살표 키로 바꿔요. 창은 Esc로 닫혀요.
이 체험은 브라우저의 자바스크립트가 켜져 있어야 움직여요. 아래 단계 설명과 상태 표에서 같은 흐름을 확인할 수 있어요.
실제 고객용 관리자의 필드·권한·연동은 별도 프로젝트에서 정해요.
체험 1 · 병원 정보
휴진 공지를 홈 팝업에만 바꾸고, 진료 안내와 하단 시간표는 그대로 남는 일이 자주 있어요. 그래서 진료시간과 휴진은 한 곳에서 관리하고, 저장 전에 영향을 받는 페이지를 보여줘요.
임시 휴진 등록, 진료시간 변경, 토요일 검사 일정 변경 중 하나를 골라요.
역할 · 병원 운영 담당결과 · 입력 화면이 열려요
휴진 날짜, 사유(선택), 공지 게시 기간을 넣어요. 외래시간과 검사시간은 따로 입력해요.
결과 · 오류가 있으면 해당 칸 아래에 이유가 보여요
변경 전 / 변경 후가 나란히 보이고, 적용 기간이 함께 표시돼요.
결과 · 비교 카드
같은 원본을 쓰는 곳은 자동 반영, 본문에 직접 적힌 문장은 다시 확인 필요로 나눠 보여줘요.
결과 · 영향 페이지 목록
저장 권한과 공개 권한이 나뉘어 있어요. 체험에서는 공개 담당 역할로 바꿔 바로 공개해볼 수 있어요.
결과 · 홈페이지 미리보기에 반영, 변경 기록 추가
게시 기간이 지나 공지가 내려가는 모습과, 이전 값으로 복원을 누른 뒤 연결 페이지를 다시 확인하는 흐름을 볼 수 있어요.
결과 · 복원 기록, 다시 확인할 페이지 목록
| 상태 | 언제 | 화면에 보이는 문구 | 누를 수 있는 것 |
|---|---|---|---|
| 입력 전 | 등록 화면을 처음 열었을 때 | 휴진 날짜와 공지 게시 기간을 넣어주세요. | 입력, 닫기 |
| 입력 오류 · 날짜 없음 | 필수 날짜 없이 미리보기를 눌렀을 때 | 휴진 날짜를 선택해 주세요. | 해당 칸으로 초점 이동 |
| 입력 오류 · 기간 역전 | 종료일이 시작일보다 앞설 때 | 게시 종료일은 시작일과 같거나 뒤여야 해요. | 기간 다시 선택 |
| 입력 오류 · 시간 순서 | 진료 종료 시간이 시작보다 이를 때 | 끝나는 시간이 시작 시간보다 늦어야 해요. | 시간 다시 입력 |
| 확인 필요 · 겹침 | 이미 등록된 휴진과 날짜가 겹칠 때 | 같은 날에 등록된 휴진이 있어요. 기존 공지를 바꿀까요? | 기존 공지 수정, 새로 등록 취소 |
| 미리보기 | 입력이 올바를 때 | 저장하기 전에 바뀌는 곳을 확인해 주세요. | 저장, 공개 요청, 뒤로 |
| 공개 대기 | 저장만 했을 때 | 저장했어요. 공개 담당자가 확인하면 반영돼요. | 공개(공개 담당 역할), 수정 |
| 권한 없음 | 운영 담당 역할로 공개를 누를 때 | 공개는 공개 권한이 있는 담당자만 할 수 있어요. 체험에서는 역할을 바꿔볼 수 있어요. | 역할 바꾸기 |
| 공개됨 (예시) | 공개 담당 역할로 공개했을 때 | 홈페이지 예시에 반영했어요. 다시 확인이 필요한 글 2건이 남아 있어요. | 글 확인하러 가기, 복원 |
| 게시 종료 | 체험용 ‘기간 종료 보기’를 눌렀을 때 | 게시 기간이 끝나 공지를 내렸어요. 진료시간표는 원래대로 돌아왔어요. | 기록 보기 |
| 복원됨 | 이전 값으로 복원했을 때 | 이전 값으로 되돌렸어요. 연결된 페이지를 한 번 더 확인해 주세요. | 연결 페이지 목록 보기 |
실제 구축에서는 어떤 항목을 직접 고칠 수 있는지, 저장과 공개 권한을 누구에게 줄지는 프로젝트에서 편집 항목표와 권한표로 정해요. 외부 지도·예약 서비스와의 자동 동기화 여부는 서비스별로 따로 확인해요. 홈페이지를 고쳐도 외부 AI 서비스가 바로 최신 내용으로 답한다고 보장하지 않아요. 의료진이 바뀌어도 과거 글의 검토 기록은 그때 상태 그대로 남겨요.
체험 2 · 콘텐츠
체험에서는 준비된 예시 원고를 써요. 실제 시스템에서는 병원이 승인한 자료를 바탕으로 초안을 만들어요. 어떤 자료로 썼는지, 무엇이 걸렸는지, 누가 어느 버전을 승인했는지 따라가 보세요.
주제와 분류(내원 안내 / 진료 안내 / 병원 소식)를 골라요. 병원 자료가 없는 주제면 초안 대신 자료 요청이 만들어져요.
역할 · 작성자결과 · 예시 초안 또는 자료 요청
초안 옆에 사용한 자료 이름과 버전, 관련 진료가 붙어 있어요.
결과 · 원고 v1 · 검토 대기
항목마다 수정하기, 원문 유지(이유 입력), 병원에 확인 요청 중 하나를 골라요.
결과 · 처리한 항목 체크, 남은 개수 줄어듦
남은 점검 항목이 없어야 검토자에게 보낼 수 있어요.
결과 · 검토 중
검토자 역할 체험으로 바꿔 수정 요청, 반려, 승인 중 하나를 골라요. 수정 요청과 반려에는 이유를 적어야 해요.
결과 · 수정 요청됨 / 반려 / 승인 완료 · v2
발행 날짜와 시간을 정해요. 승인한 버전만 예약할 수 있어요.
결과 · 예약됨, 발행 일정 탭에 추가
예약된 원고의 본문을 고쳐보세요. 버전이 올라가고, 승인과 예약이 해제돼요.
결과 · v3 · 재승인 필요 · 예약 보류
| 상태 | 언제 | 화면에 보이는 문구 | 누를 수 있는 것 |
|---|---|---|---|
| 자료 요청 | 병원 자료가 없는 주제를 골랐을 때 | 이 주제에 쓸 병원 자료가 없어요. 자료를 요청해 둘게요. | 자료 추가(체험), 주제 바꾸기 |
| 검토 대기 · 확인 필요 | 초안에 점검 후보가 있을 때 | 확인이 필요한 항목이 3건 있어요. | 항목별 처리, 원고 수정 |
| 원문 유지 · 이유 없음 | 이유 없이 ‘원문 유지’를 골랐을 때 | 원문을 유지하는 이유를 적어주세요. 검토 기록에 남아요. | 이유 입력 |
| 검토 요청 불가 | 처리하지 않은 항목이 남았을 때 | 확인이 필요한 항목을 모두 처리하면 검토를 요청할 수 있어요. | 남은 항목으로 이동 |
| 검토 중 | 검토 요청을 보냈을 때 | 검토자에게 보냈어요. 검토자 역할로 바꿔 확인해보세요. | 역할 바꾸기 |
| 반려·수정 요청 · 사유 없음 | 사유 없이 반려를 눌렀을 때 | 반려 사유를 적어주세요. | 사유 입력 |
| 수정 요청됨 | 검토자가 수정을 요청했을 때 | 검토자가 수정을 요청했어요. 의견을 확인해 주세요. | 원고 수정 |
| 승인 완료 | 검토자가 승인했을 때 | 원고 v2를 승인했어요. 이 버전으로 발행 일정을 정할 수 있어요. | 발행 예약, 미리보기 |
| 예약 불가 · 미승인 | 승인 전 원고로 예약을 시도할 때 | 승인한 원고만 예약할 수 있어요. | 검토 요청 |
| 예약 불가 · 지난 시간 | 지난 시각을 골랐을 때 | 지금보다 뒤의 시간을 골라주세요. | 시간 다시 선택 |
| 예약됨 | 예약을 마쳤을 때 | 예약했어요. 발행 직전에 승인한 버전과 한 번 더 대조해요. | 일정 변경, 예약 취소 |
| 재승인 필요 | 승인·예약된 원고의 본문을 고쳤을 때 | 원고가 바뀌어 기존 승인과 예약이 해제됐어요. 다시 확인하고 승인해 주세요. | 검토 요청 |
| 참조 자료 변경 | 체험 1에서 진료시간을 바꾼 뒤 | 이 글이 참조한 운영 정보가 바뀌었어요. 내용을 다시 확인해 주세요. | 영향 문장 보기, 수정 |
실제 구축에서는 실제 초안 생성, 점검 규칙, 역할별 권한, 서버 기록은 구축 범위예요. 자동 점검은 후보를 찾는 기능이라 놓치는 항목도, 잘못 걸리는 항목도 있어요. 의료 내용과 광고 표현은 병원이 최종 확인해요.
체험 3 · 발행 일정
승인한 원고가 게시되지 않았을 때 새로 쓸 필요는 없어요. 원고와 오류 기록은 그대로 두고, 이미 올라갔는지 먼저 확인한 뒤 같은 건을 다시 처리해요.
홈페이지와 연결이 안 돼 게시되지 않은 경우예요.
게시 요청은 보냈는데 결과를 받지 못한 경우예요.
예약 후 본문이 고쳐져 승인 버전과 달라진 경우예요.
승인자와 승인 버전을 기록해요.
승인 버전 v2 = 현재 버전 v2 · 통과
연결 오류 · 홈페이지 미게시 · 승인한 원고는 보존돼요.
발행 식별자와 게시 주소로 이미 공개됐는지 확인해요.
새 글을 만들지 않고, 원고 v2와 같은 발행 건으로 다시 보내요.
원고 버전·게시 위치·처리 결과를 남겨요.
| 상태 | 언제 | 화면에 보이는 문구 | 누를 수 있는 것 |
|---|---|---|---|
| 예약됨 | 승인 원고를 예약했을 때 | 예약한 시간에 발행해요. 직전에 승인 버전을 한 번 더 확인해요. | 일정 변경, 예약 취소 |
| 대조 불일치 | 예약 후 본문이 바뀌었을 때 | 승인한 버전과 지금 원고가 달라요. 발행하지 않고 예약을 보류했어요. | 재승인 요청 |
| 발행 실패 | 연결 오류가 났을 때 | 연결 오류로 게시되지 않았어요. 승인한 원고는 그대로 있어요. | 공개 상태 확인 |
| 확인 필요 | 요청 후 응답이 끊겼을 때 | 게시됐는지 아직 알 수 없어요. 새 글을 만들기 전에 공개 상태를 확인할게요. | 공개 상태 확인 |
| 이미 게시됨 | 대조 결과 이미 올라가 있을 때 | 이미 게시돼 있어요. 다시 올리지 않고 공개 주소만 기록했어요. | 공개 주소 보기 |
| 운영 담당자 확인 필요 | 대조로도 알 수 없을 때 | 자동으로 확인하지 못했어요. 운영 담당자가 홈페이지에서 직접 확인해 주세요. | 확인 결과 입력(체험) |
| 재처리 준비 | 게시되지 않음이 확인됐을 때 | 원고 v2를 그대로 두고 같은 발행 건으로 다시 보낼게요. | 재처리 |
| 재처리 중 | 재처리를 눌렀을 때 | 다시 보내고 있어요. (버튼 중복 클릭 막음) | 없음 |
| 공개됨 (예시) | 재처리가 성공했을 때 | 게시했어요. 원고 버전과 공개 주소를 기록했어요. | 공개 주소 보기, 이력 보기 |
| 재처리 실패 | 체험용 ‘다시 실패하기’를 눌렀을 때 | 이번에도 게시되지 않았어요. 기록을 KC 기술 담당에게 전달하는 흐름이에요. | 유지관리 요청으로 보내기 |
실제 구축에서는 실패 알림을 누구에게 보낼지, 재처리를 병원과 KC 중 누가 맡을지는 운영 방식과 계약에서 정해요. 대응 시간이나 복구 목표 같은 기준은 프로젝트 명세에서 정하고, 이 체험에는 숫자를 넣지 않았어요.
체험 4 · 유지관리
전화나 메신저로 요청하면 어디까지 처리됐는지 알기 어려워요. 유형을 고르고 내용을 적으면 단계별로 상태가 쌓이는 모습을 볼 수 있어요. 실제로 접수되지는 않아요.
문구·사진·운영 정보 변경
만들어진 기능이 예상대로 동작하지 않을 때
레이아웃 변경, 신규 페이지, 외부 연동
다음 단계로를 누를 때마다 단계가 하나씩 추가돼요. 완료 단계에서는 “완료 기록을 남겼어요. 결과를 확인해 주세요.”가 보이고, 체험 완료 버튼은 비활성으로 남아요.
실제 구축에서는 실제 처리 과정은 접수 → 내용 확인 → 범위·일정 안내 → 작업 → 고객 검수 → 완료로 더 자세해요. 지원 시간, 응답 기준, 작업량은 운영 계약에서 정해요.
체험 vs 실제 구축
| 항목 | 이 체험에서는 | 실제 구축에서는 |
|---|---|---|
| 병원 정보 | 가상 병원의 고정된 예시 값 | 병원 자료를 등록하고, 항목마다 출처·확인 담당자·적용일을 붙여요 |
| 편집 항목 | 진료시간·휴진·공지만 | 직접 고칠 항목을 편집 항목표로 정해요 |
| 영향 페이지 | 미리 정해둔 목록 | 실제 페이지와 원고의 연결 관계로 계산해요. 본문에 직접 적힌 문장은 재검토로 보내요 |
| 초안 | 준비된 예시 원고 | 승인된 병원 자료를 바탕으로 초안을 만드는 기능을 구축할 수 있어요 |
| 자동 점검 | 정해진 3건을 표시 | 등록 정보와 대조하는 점검 규칙을 진료과에 맞춰 설정해요. 놓치는 항목도 기록해요 |
| 역할·권한 | 토글로 자유롭게 전환 | 계정마다 저장·검토·승인·공개 권한을 나눠요 |
| 발행·재처리 | 버튼으로 상태만 바뀜 | 실제 게시, 공개 상태 대조, 중복 게시 방지를 구축하고 시나리오로 검수해요 |
| 기록 | 새로고침하면 사라짐 | 변경자·시각·이전 값, 승인 버전, 실패 기록을 보관해요. 보관 범위는 명세에서 정해요 |
| 교육 | 이 페이지의 안내 문구 | 실제 담당자가 휴진 등록·의료진 변경·공지 종료를 직접 해보는 교육과 매뉴얼 |
실제 제공 기능과 범위는 상담 후 프로젝트 명세에서 확정해요.
자주 묻는 질문
어디에도 보내지 않아요. 이 브라우저 화면에서만 바뀌고, 새로고침하거나 체험을 초기화하면 사라져요.
아니요. 이 화면은 흐름을 보여주는 예시예요. 편집 항목, 역할, 메뉴 구성은 병원 운영 방식에 맞춰 프로젝트에서 정해요. 제작 과정 보기
저장 권한과 공개 권한을 나눌 수 있어요. 변경자·시각·이전 값이 남기 때문에 이전 값으로 되돌리고, 연결된 페이지를 다시 확인하는 방법을 교육해요. 유지관리 보기
작은 병원은 한 사람이 여러 역할을 맡기도 해요. 스스로 승인하는 걸 허용할지는 병원과 함께 정해서 권한표에 적어요. 콘텐츠 운영 보기
아니요. 자동 점검은 틀릴 수 있는 부분을 찾는 보조 기능이라 놓치는 항목이 있을 수 있어요. 의료 내용은 검토자가 확인하고 승인해야 예약할 수 있어요.
서비스마다 달라요. 자동으로 바뀌지 않는 곳은 영향 목록에 ‘수정 요청 필요’로 표시해 따로 챙기게 해요. 외부 AI 답변이 바로 바뀐다고 보장하지 않아요.
보통은 직접 수정 범위가 아니에요. 정보 수정과 새 레이아웃·기능 추가를 나눠서, 추가 작업은 범위와 일정을 안내드린 뒤 진행해요. 유지관리 보기
계정 명의, 원고·기록 내보내기, 중단되는 기능을 계약 전에 미리 정리해요. 소유권·인수인계 보기
직접 고칠 항목과 도움이 필요한 작업을 나누면, 필요한 관리자 기능이 분명해져요. 체험하면서 궁금했던 점을 그대로 적어주셔도 돼요.