병원 홈페이지 아임웹과 직접 개발 비교, 우리 병원에 맞는 쪽 고르는 기준

병원 홈페이지를 아임웹 같은 빌더로 만들지, 직접 개발할지는 세 가지 질문으로 거의 정해집니다. 진료 시간과 공지를 원장님이나 직원이 직접 고쳐야 하는지, 시간 단위로 잡히는 진료 예약을 홈페이지 안에서 받아야 하는지, 상담 폼으로 증상이나 복용 약 같은 건강 정보를 받는지입니다. 첫 질문에만 "예"라면 빌더가 맞고, 둘째와 셋째에 "예"가 붙을수록 직접 개발 쪽으로 기웁니다. 병원마다 답이 다르기 때문에 아래 기준을 하나씩 대입해 보시면 됩니다.

빌더와 직접 개발, 병원에서 실제로 달라지는 장면

아임웹·카페24 같은 빌더는 정해진 편집 화면에서 글과 사진을 바꾸는 방식입니다. 데스크 직원이 "다음 주 목요일 오후 휴진" 공지를 관리자 화면에서 바로 올리고, 새로 온 원장님 사진도 개발자 없이 교체할 수 있습니다. 서버와 보안 인증서도 빌더 회사가 관리합니다.

직접 개발은 병원에 맞춘 화면과 기능을 코드로 만드는 방식입니다. 진료과별 예약 시간표, 접수 직원만 보는 관리자 화면, 문의가 들어오면 담당자에게 바로 가는 알림처럼 빌더에 없는 기능을 넣을 수 있습니다. 대신 글을 고칠 때 쓸 관리자 화면까지 만들어 두지 않으면, 진료 시간 한 줄을 바꿀 때마다 제작사에 연락해야 합니다.

정리하면 이렇습니다.

• 빌더가 편한 병원: 진료 안내, 의료진 소개, 오시는 길, 공지 정도가 핵심이고 예약은 전화나 네이버 예약으로 받는 곳
• 직접 개발이 편한 병원: 진료과가 여러 개라 예약 시간표가 복잡한 곳, 상담 내용을 따로 관리해야 하는 곳, 다른 프로그램과 데이터를 주고받아야 하는 곳
• 섞어 쓰는 병원: 사이트는 빌더로 두고, 빌더에 없는 기능 한두 개만 코드로 붙이는 곳

기준 1. 진료 시간과 공지를 누가 고치는가

병원 홈페이지에서 가장 자주 바뀌는 것은 디자인이 아니라 진료 시간, 휴진 안내, 의료진 일정입니다. 명절 연휴, 학회 참석, 원장님 휴가가 생길 때마다 바뀝니다. 이 정보가 틀려 있으면 환자가 문 닫은 병원 앞에서 돌아갑니다.

데스크 직원이 직접 고쳐야 한다면 빌더가 유리합니다. 편집 화면이 이미 있고, 사용법을 알려 주는 도움말도 빌더 회사가 갖추고 있습니다. 직접 개발로 간다면 견적 단계에서 "진료 시간, 휴진 공지, 의료진 사진을 우리가 직접 고칠 수 있는 관리자 화면"을 범위에 넣었는지 꼭 확인합니다. 이 항목이 빠진 채 오픈하면 사소한 수정도 매번 외주 요청이 됩니다.

기준 2. 진료 예약을 홈페이지 안에서 받는가

진료 예약은 대부분 "10월 23일 오후 3시 30분"처럼 시간 단위로 잡힙니다. 아임웹 도움말을 보면 아임웹 예약 기능은 펜션·호텔 같은 1일·1박 단위 예약에 맞춰져 있고, 상담처럼 시간 단위로 잡는 예약은 예약 기능으로 쓰기 어렵다고 안내합니다. 대신 쇼핑 기능의 옵션에 날짜와 시간을 넣어 우회하는 방법을 소개합니다.

병원에서는 이 우회 방식이 어색할 수 있습니다. 상품을 고르듯 진료 시간을 고르는 화면이 되고, 의사별·진료과별로 비는 시간을 나눠 보여 주기도 어렵습니다. 그래서 병원은 보통 두 길 중 하나를 고릅니다.

1. 홈페이지는 빌더로 두고, 예약 버튼은 네이버 예약이나 병원이 쓰는 예약 서비스로 연결한다
2. 직접 개발로 의사·진료과·시간대를 고르는 예약 화면과 접수 직원용 관리 화면을 만든다

예약이 하루 몇 건이고 전화로도 충분하다면 1번으로 충분합니다. 진료과가 여러 개라 전화 예약이 데스크 업무를 잡아먹고 있다면 2번을 검토할 때입니다. 예약 시스템을 따로 만드는 일은 시스템 개발 범위에 가깝습니다.

기준 3. 상담 폼으로 건강 정보를 받는가

병원 상담 폼에는 "어디가 아프신가요?", "복용 중인 약이 있나요?" 같은 칸이 들어가기 쉽습니다. 개인정보 보호법 제23조는 건강에 관한 정보를 민감정보로 정하고, 다른 개인정보 동의와 별도로 동의를 받는 등 법에서 정한 경우에만 처리하도록 합니다. 민감정보를 처리할 때는 유출되지 않도록 안전성 확보 조치도 해야 합니다.

빌더에서도 입력폼과 동의 체크는 만들 수 있습니다. 확인할 것은 알림 경로입니다. 아임웹 도움말에 따르면 입력폼이 제출되면 이메일 알림에는 제출 내용 전체가 담기고, 문자·알림톡에는 제출 여부만 안내됩니다. 증상이 적힌 상담 내용이 원장님 개인 메일함으로 그대로 쌓이는 방식이 괜찮은지 병원 내부에서 먼저 정해야 합니다.

직접 개발이라면 증상 칸을 아예 받지 않고 "연락 가능한 시간"만 받거나, 건강 정보는 접근 권한이 있는 직원만 보는 관리자 화면에 두는 식으로 처음부터 설계할 수 있습니다. 어느 쪽이든 상담 폼에 꼭 필요한 칸만 남기는 것이 먼저입니다.

기준 4. 빌더에 없는 기능을 얼마나 붙여야 하는가

빌더를 쓰면서 기능을 조금 더 붙이고 싶을 때 쓰는 것이 코드 위젯입니다. 아임웹 코드 위젯 도움말에는 HTML, JavaScript, CSS 같은 화면 쪽 코드만 지원하고 PHP 같은 서버 쪽 코드는 지원하지 않는다고 적혀 있습니다. 사용자가 넣은 코드는 아임웹이 기술 지원을 하지 않고, 기본 위젯에 영향을 주는 코드는 아임웹 업데이트 뒤 작동하지 않을 수 있다는 안내도 있습니다.

병원 홈페이지에 붙이는 기능으로 바꿔 보면 다음과 같습니다.

• 코드 위젯으로 충분한 것: 하단 고정 상담 버튼, 진료 과목 비교표, 자주 묻는 질문 펼침 메뉴, 외부 예약 서비스 버튼
• 서버가 필요해 직접 개발이 맞는 것: 의사별 예약 가능 시간 계산, 상담 내역 권한별 열람, 병원 내부 프로그램과 데이터 주고받기

온사이트(ONSITE)도 아임웹으로 운영 중인 전문직 홈페이지에 코드 페이지를 만들어 상담 신청 화면을 붙인 적이 있고, 치과 홈페이지 시안을 HTML로 만들면서 치료 비교표와 하단 상담바(카톡·전화·예약)를 넣은 적이 있습니다. 붙이는 기능이 화면 안에서 끝나면 빌더로도 충분했고, 데이터를 저장하고 나눠 봐야 하면 코드로 만드는 편이 관리하기 쉬웠습니다.

기준 5. 비급여 안내와 광고 문구를 고치는 속도

병원 홈페이지에는 다른 업종에 없는 고칠 거리가 있습니다. 의료법 제45조에 따라 비급여 진료 항목과 가격을 환자가 알기 쉽게 고지해야 하고, 가격이 바뀌면 홈페이지 표도 같이 바뀌어야 합니다. 시술 설명이나 이벤트 문구가 의료광고 규정에 걸리는지 지적을 받으면 그날 바로 내려야 할 수도 있습니다.

그래서 비급여 진료비 표는 이미지보다 직원이 직접 고칠 수 있는 텍스트 표로 두는 것이 좋습니다. 빌더라면 텍스트 위젯의 표 기능으로, 직접 개발이라면 관리자 화면의 가격 입력 칸으로 만듭니다. 어느 방식이든 "가격이 바뀌는 날 누가 몇 분 안에 고칠 수 있나"를 기준으로 봅니다.

결정 전에 확인할 질문 목록

제작 상담 전에 아래 질문에 병원 내부 답을 적어 두면 빌더와 직접 개발 중 어느 쪽이 맞는지 상담 한 번에 정리됩니다.

• 진료 시간·휴진 공지는 누가, 한 달에 몇 번 고치는가
• 예약은 전화, 네이버 예약, 홈페이지 중 어디로 받고 싶은가
• 예약을 의사별·진료과별로 나눠 받아야 하는가
• 상담 폼에서 증상이나 복용 약을 꼭 받아야 하는가
• 상담 내용을 볼 수 있는 직원은 누구인가
• 비급여 진료비 표는 얼마나 자주 바뀌는가
• 나중에 홈페이지 회사를 바꿀 때 사이트를 옮길 수 있어야 하는가

마지막 질문은 자주 빠지는데, 빌더는 그 회사 서비스 안에서 운영되고 직접 개발은 코드와 서버를 어디에 두느냐에 따라 옮기는 방법이 달라집니다. 계약 전에 도메인 명의와 사이트 파일을 누가 갖는지 함께 정해 둡니다.

병원 상황에 맞춰 빌더와 직접 개발 중 어느 쪽으로 갈지, 섞어 쓴다면 어디까지 코드로 붙일지 함께 정하고 싶다면 홈페이지 제작 서비스에서 진행 방식을 확인하실 수 있습니다.