|
:: 게시판
:: 이전 게시판
|
- PGR21 관련된 질문 및 건의는 [건의 게시판]을 이용바랍니다.
- (2013년 3월 이전) 오래된 질문글은 [이전 질문 게시판]에 있습니다. 통합 규정을 준수해 주십시오. (2015.12.25.)
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
22/10/20 15:56
자체 솔루션을 두고 병원을 운영하고 싶으시다는 말씀이신데 돈만 있으면 불가능할건 없습니다.
[개인이 공부해서 할 수있는 정도인지 궁금합니다] 뭐 개인차가 있겠지만 단기간에는 불가능하지 않을까 생각됩니다.
22/10/20 15:56
(수정됨) 사용하고 계신 진료 프로그램을 직접 조작하여 수정 할 수 있는지가 중요한 내용이고
말씀하신걸 구현하는건 대체로 아주 간단한 일입니다. 아...무경험자가 공부해서 단기간에 어떻게 할 수 있는건 아니라고 생각합니다.
22/10/20 16:00
기능추가 자체는 어렵지 않을건데 진료 프로그램을 수정해야하는게 쉽지 않을겁니다.
윗 분께서 조언하신것처럼 프로그램 제작사 측에 기능추가를 요청하시는 쪽이 좋지 얺을까 합니다.
22/10/20 16:00
6개월 뒤를 체크해서 뭔가 하는건 어렵지 않게 가능한데 예약 자동화랑 내부 시스템상 알람까지 띄우려면 그건 내부 시스템이 어떻게 돌아가는지 알아야 합니다. 아마 되기야 하겠지 싶지만요. 그리고 그런 이유로 예약 자동화랑 내부 시스템 알람은 혼자 공부하셔서는 할 수 없습니다.
22/10/20 16:03
그리고 병원 예약이면 환자분께 통보 및 예약 조정도 되야할 것 같은데 이것도 시스템이 되어 있어야 하고 새로 도입하려면 공수가 꽤 나올겁니다. 결론은 전산 담당자나 솔루션 업체에 문의해보시는게 좋습니다.
22/10/20 16:03
1. 대부분 프로그램을 개발할 때 6개월 후에 자동으로 예약을 잡는 형태는 지양합니다. 6개월 특정일을 자동으로 병원이 임의로 예약을 한다면 환자가 분명 시간 안되거나 해서 예약을 취소하는등 번거로운 상황이 더 많을게 뻔해서요.
2. 진료프로그램을 직접 수정하기는 어렵울 것 같습니다. 기술적인 어려움은 둘째치고, 사용자에게 소스를 공개해서 수정하는 권한을 줄리가 없어서요. 3. 그렇다면 따로 프로그램을 만들어야하는데 다른 진료프로그램과의 연동과 데이터베이스등을 생각한다면 꽤 품과 돈이 드는 일입니다. 윗분 말씀대로 엑셀로 VBA 같은걸로 관리하는게 더 나아보이는군요.
22/10/20 16:23
일정 주기, 혹은 특정 이벤트가 발생했을 때 자동으로 다른 기능(예약)을 수행하는 프로그램 자체는 별로 어려울 게 없습니다만...
현재 사용하고 계신 "진료 프로그램"과 유기적으로 연결되지 않으면 사용성이 낮아질 거 같습니다. 그래서 프로그램 제공 업체 쪽에서 "예약"과 관련된 API를 오픈 해주어야 하는데, 아마 이게 힘들 것 같습니다. 대부분 제품을 솔루션 형태로만 제공하고 연동을 위한 API나 소스 코드는 주지 않을테니까요. 만약 API를 제공 받을 수 있는 환경이라면 개발해야 할 프로그램 자체가 어렵진 않습니다. "A 이벤트가 발생하면 B 기능을 수행하라"와 같은 프로그램 개발이 필요한데... "A 이벤트가 X 환자에게 현재 10월 20일이 오후 4시 20분에 발생했으니, 한달 뒤인 11월 20일 오후 4시 20분에 예약을 시도"를 할 순 있겠죠. 만약 불가능하다면 그냥 실패 했다고 알림을 줘서, 원무과를 통해 직접 예약하도록 유도하면 될테고요. 만약 더 지능적인 기능이 필요하다면 프로그램은 복잡해집니다. "1개월 뒤 날짜가 휴일인 경우에는 적절한 다른 날짜를 선택하도록 만들기"와 같은 예외 처리나, "예약을 시도하는 시간대에 이미 예약 슬롯이 꽉 찼을 경우, 적절한 다른 시간을 선택하기"와 같은 것까지 필요하다면요. 사실 이 정도 되면 개별 업체에서 개발하는 건 ROI가 안 나올 가능성이 매우 높습니다. 그래서 현실적으로, 프로그램을 제공하고 있는 업체와 서로 이야기가 가능한 상황이라면, 구체적인 요구사항을 전달해 자동 예약 기능 개발을 요청 드리는 걸 추천합니다. 요약하자면, 1. 기능 개발 자체는 그렇게 어렵지 않다. 시행착오를 조금 겪으면 개인이 공부해서 구현하는 것도 가능한 수준. 필 2. 하지만 원하는 기능 개발을 위한 환경이 주어지지 않을 가능성이 매우 높음. 기존 진료 프로그램과 연동하기 위한 이벤트 옵저빙, 예약 관련 API 제공이 힘들 것으로 추측됨. 3. 결국 현재 진료 프로그램 제공 업체에게 요구사항을 전달해서 기능 추가를 기다리는 것이 현실적
22/10/20 16:26
현재 진료프로그램에 이미 있는 기능이 아니라면 추가개발인건데, 솔루션에서 병원 하나를 위해 추가개발을 할 가능성은 별로 크지 않죠.
22/10/20 23:08
생각보다 답변이 엄청 많이 달렸네요. 다들 답변 감사드립니다. 댓글 읽고 100% 다 이해한 것은 아니지만 결론은 제작사에 협조를 구하는게 제일 나은 거군요. 사실 제작사에서 그 전에도 다른 문의를 넣었었는데 '~~때문에 불가능하다' 이런 이야기만 여러번 들은 터라, 애초에 물어볼 생각도 안했던 것 같습니다. 답답하고 한편 궁금하기도 해서 질문 드렸는데 양질의 댓글 잘 읽어보겠습니다. 감사합니다.
|
||||||||||