동선 기준 화면 구성
대기·호출 정보와 층별 안내를 하나의 레이아웃에 배치해, 환자가 서 있는 위치에서 다음 동선을 바로 확인하도록 구성합니다.
활용 사례 · 의료
병원 대기·진료 안내 사이니지를
병원 대기·진료 안내 사이니지를
하나의 체계로 운영합니다
접수, 수납, 검사, 진료로 이어지는 동선마다 환자에게 필요한 정보가 다릅니다. 층별 화면과 과별 화면을 하나의 운영 체계로 묶어 대기 안내와 공지를 같은 시점에 반영하는 구성을 정리했습니다.
현장 문제
안내가 흩어질수록 원무 인력의 응대 부담이 늘어납니다
병원 안내 화면에서 반복적으로 확인되는 문제는 대부분 정보의 분산과 수동 교체에서 시작됩니다.
- 대기 정보가 창구별로 흩어져 있습니다 접수·수납·검사·진료 대기 현황이 각 창구 모니터에만 표시되면, 환자와 보호자는 이동할 때마다 안내 데스크에 다시 확인하게 됩니다. 같은 질문이 반복되면 원무 인력의 응대 시간도 함께 늘어납니다.
- 공지가 화면마다 다른 시점에 바뀝니다 휴진, 진료실 변경, 감염 예방 수칙처럼 즉시 알려야 하는 내용이 층별·과별로 따로 관리되면, 같은 시간에 서로 다른 안내가 노출됩니다.
- 콘텐츠 교체가 수동 작업에 묶여 있습니다 USB로 파일을 옮기거나 화면마다 연결된 PC에 직접 접속해야 하면, 야간·주말에 발생한 변경은 다음 근무일까지 반영이 미뤄집니다.
- 네트워크가 끊기면 화면이 멈춥니다 원내망 점검이나 무선 구간 장애 시 검은 화면이 그대로 노출되면, 안내 기능 자체가 중단됩니다. 대기 공간에서는 이 상태가 곧바로 문의로 이어집니다.
- 외국인 환자 안내가 인쇄물에 의존합니다 다국어 안내를 인쇄물로 준비하면 내용이 바뀔 때마다 제작·교체 비용이 다시 발생하고, 언어를 추가하기도 어렵습니다.
- 화면 상태를 원격으로 확인할 방법이 없습니다 어느 층 화면이 꺼져 있는지 현장 순회로만 확인하면 장애 인지가 늦어지고, 민원이 먼저 접수됩니다.
해결 구성
안내 통합, 일괄 공지, 로컬 캐시 재생, 원격 운영으로 대응합니다
네 가지 축을 하나의 운영 체계로 묶어, 담당자가 한 화면에서 전체 안내를 편성하도록 구성합니다.
한 번 등록, 동시 반영
휴진·진료실 변경 공지를 CMS에 한 번 등록하면 지정한 화면 그룹 전체에 같은 시점으로 반영됩니다.
로컬 캐시 기반 표시
콘텐츠를 단말에 캐싱해 두어 네트워크가 끊긴 구간에서도 재생이 이어지고, 연결이 복구되면 변경분만 자동으로 동기화합니다.
상태 확인과 원격 갱신
단말 연결 상태와 재생 이력을 원격으로 확인하고, 필요한 경우 앱·펌웨어를 현장 방문 없이 갱신합니다.
시스템 구성
표시 장치·재생 장치·운영 소프트웨어·연동 범위를 함께 정의합니다
구성 요소는 현장 조건에 따라 조정합니다. 아래 표는 병원 안내 화면에서 일반적으로 검토하는 범위입니다.
| 구분 | 구성 요소 | 역할 |
|---|---|---|
| 표시 장치 | 로비 대형 디스플레이 · 과별 대기 화면 · 세로형 안내 사이니지 | 동선 구간별로 필요한 정보를 나누어 표시합니다. |
| 재생 장치 | 안드로이드 사이니지 셋톱박스 (ODM) | 전원 인가 시 즉시 재생을 시작하고, 원격 펌웨어 갱신(OTA)을 지원합니다. |
| 운영 소프트웨어 | CubeSign Plus CMS | 화면 그룹, 스케줄, 템플릿, 계정 권한을 한 화면에서 관리합니다. |
| 데이터 연동 | 대기·호출 정보 연동 (API · MQTT) | 표시 항목과 갱신 주기는 병원 정책에 맞춰 범위를 합의한 뒤 연결합니다. |
| 네트워크 | 로컬 캐시 재생 · 폐쇄망 구성 검토 | 원내망 정책에 따라 서버 배치와 통신 구간을 설계합니다. |
| 다국어 | 한국어 · 영어 · 중국어 · 일본어 템플릿 | 같은 레이아웃에서 언어만 전환해 인쇄물 재제작을 줄입니다. |
최종 하드웨어, 인터페이스, 지원 언어와 성능은 프로젝트 기획과 PoC 검증 단계에서 확정합니다.
도입 시 고려사항
병원 환경에서는 표시 범위와 망 정책을 먼저 확정해야 합니다
아래 항목은 견적·일정에 직접 영향을 주므로, 첫 검토 단계에서 함께 확인하시길 권합니다.
- 개인정보 표시 범위 환자 성명을 그대로 노출할지, 마스킹 또는 접수번호로 표기할지 기준을 먼저 정합니다. 표시 항목은 원내 개인정보 보호 지침과 맞춰 확정합니다.
- 원내 망 정책과 보안 검토 폐쇄망 여부, 방화벽 예외 범위, 서버 설치 위치(원내 또는 클라우드)를 사전에 확인합니다. 보안성 검토 일정도 전체 일정에 포함됩니다.
- 기존 시스템 연동 범위 순번 발권기, EMR·OCS 가운데 어디까지 연동할지와 데이터 제공 방식(API·파일·읽기 전용 뷰)을 명확히 합니다. 연동 범위는 1개 과에서 검증한 뒤 확대하시길 권합니다.
- 24시간 운영 조건 고정 화면 요소의 잔상(번인) 방지 설계, 야간 밝기 스케줄, 장애 발생 시 표시할 대체 화면 정책을 정의합니다.
- 설치 환경 천장·벽 고정 방식, 전원·통신 배선 경로, 감염관리 청소 동선과의 간섭 여부를 현장에서 확인합니다.
- 운영 주체와 권한 원무팀과 전산팀의 역할을 나누고, 콘텐츠 등록·승인·게시 권한을 계정 단위로 설정합니다.
진행 방식
1개 과, 1개 안내 업무로 시작합니다
전체 층을 한 번에 전환하는 대신 대기 인원이 많은 1개 과에서 운영 조건을 검증한 뒤 확산합니다.