박문형 2017-03

IPTIME 허브(16-24포트급)는 2년 이상 쓰면 파워 모듈이 고장이 잘 납니다..

쌍cpu 2017-03

병원에서 내부 lan이라면 최소한
스위치는 인텔리전트 L2스위치는 써야 한다고 생각합니다.
일반 더미 말구요 이왕이면 1G급..

그래야 속도도 보장받고 특정 PC가 느리거나 하면
해당 포트에 대한 모니터링도 가능하고요
중형 병원에서 듣보잡 일반 더미허브 넣은것 보면
기가 막힙니다. 서버는 HP나 델인데 허브는 듣보잡 더미라니..


그리고 공유기 lan 속도 특히 IP타임 거지 같다는 것 아시죠?


오래전 일이지만
IPtime
netgear
네티스

이렇게 LAN은 1G 급 2.4Ghz/5Ghz 지원 801.11n 제품 유무선 공유기 3가지를 벤치마킹 테스트 한 바 있습니다.
제속도 나오는 제품은 netis였습니다.
iptime은 무선 범위만 넓고 그외는 정말 최악였습니다.

티푸르 2017-03

오오 그렇군요

그런데 요즘 네티스 공유기 AC 제품은 방열판이 아예 없어서.. ㅡㅡㅋ 2.4 G 좀 부하주면 뻗어버립니다 흑흑

엠브리오 2017-03

일단 각 컴퓨터 마다 파일 다운로드 속도를 측정해보시기 바랍니다.

기가비트가 맞다면 최소한 30 MByte /s 정도는 나와줘야합니다.

그리고 박문형님도 언급하셨지만, IPTIME 허브는 넷기어 제품이나 기타 다른 장비로 갈아타는게 좋겠네요.

박주연 2017-03

1. 서버 속도 문제 (처리, 반응)
2. 네트웍장비 문제
나눠서 생각해 보세요 네트웍 문제가 아닐때도 많습니다.

차평석 2017-03

몇 병상이나 되시는지요? 제가 있는 병원도 병원진료프로그램이 늦다고 말이 많거든요. 내부네트워크는 사실상 별 이상이 없다고 생각이 됩니다. 챠트조회할 때 움직이는 패킷이 큰 덩어리가 아니고 자잘한 것들인데 그게 얼마만큼 영향을 줄까 생각이 되거든요. 그렇다고 서버하드웨어가 문제냐 하면 ssd로 도배를 해줘도 느린 건 느립니다. 제가 생각할 때는 프로그램의 db 코딩이 문제가 아닐까 생각되는데 이건 제가 만질 수 있는 것이 아니라서 그냥 손놓고 있습니다. 저희 병원은 오히려 프로그램이 안정화가 덜되서 생기는 문제가 많드라고요. 어느 분이 DB 튜닝이 반드시 필요하다고 하시는데 그게 뭘 하는 건지도 모르는 저로서는 그냥 둘 뿐이죠. DB 튜닝을 어떻게 하는 것인지...돈 많이 든다고도 하던데..

song05 2017-03

현재 사용중인 스위치허브 모델명과
서버 스펙 확인이 필요해요
그래야 뭐가 문제인지 알수있습니다
저희도 병원 유지보수 하지만 어지간하면 잘 돌아갑니다.
xeon 54xx시리즈  메모리 8기가 hdd 레이드5번 성능
네트웍 델2824 정도 스위치
이정도면 50 클라이언트 사용하는데 아무지장 없습니다.
현재 이정도 보다 사양이 높은데 느리면 DB 튜닝 해줘야 합니다.
중요한게 서버는 후져도 네트웍은 기가빗 스위치 써줘야 합니다.
브랜드는 HP,DELL 정도 이것도 비싸면 넷기어 정도 사용하시면 됩니다

song05 2017-03

현재 제가 관리하는 병원도 DB문제가 좀 있습니다.
(메모리관리,청구DB 이렇게 문제가 있습니다)
그렇다고 느리진 않습니다.

DB튜닝할려면 돈 들어가는데 병원장이 돈을 안쓰려고 합니다.
그렇다고 제 사비 털어서 할 수 있는 것도 아니고 뭐 건수 있으면 원무팀장이랑 이야기 하고 제품 가격에 튜닝비용 언저서 해야 합니다.
현제 서버 스펙은 윈도우서버 2008 R2
DELL R720 E5-2650 2.0G 8CORE 1EA , DDR3 ECC REG 32G , DB HDD SAS 600G/15K RAID1 네트웍 스위치 DELL 2848 48포트 기가빗
이렇게 약 60클라이언트 처리합니다.

김윤술 2017-03

챠트조회 해봐야 네트워크 패킷 별로 안먹습니다. 즉 포탈사이트 들어가는 패킷보다도 덜하다는거죠.
실제 DB에서 결과 떨어진 결과값을 텍스트기반으로 패킷 전송하는데 네트워크가 10G여도 챠트는 여전히 느릴겁니다.
딱봐도 DB인데...
천만원짜린데 쩝...
병원장이나 의사들이나 소프트웨어 기술력에 돈을 투자 전혀 안하니까 이런 상황이 발생하는겁니다. 기계만 새로사면 다 되는줄 아는 요즘사람들이라...

song05 2017-03

100m 스위치는 확실히 느리긴 합니다.
환자정보 불러올때 잠깐 로딩 생깁니다.
기가빗은 로딩 그런거 없이 바로바로 조회 되니까요
그렇다고 진료 못할정도는 아니고요
아무래도 스위치 처리속도 영향 있을것 같고 ....등
여러 요인이 있겠죠?
그리고 병원급은 PACS 영상정보 때문에 기가빗 필수입니다.
대부분 기가빗 스위치 교체가 영상정보 때문에 바꾸니까요

김윤술 2017-03

100m 가 느린 네트웍이 아닙니다. PASC쪽 대역폭을 먹는 이미지들이야 엑스레이나 초음파나 그런것들이 고해상도이긴 하지만 그런 의사들이 100명도 아니고 직원들은 조회도 하지 않습니다. 실제 직원들이 몇백명이 되는 회사에 고해상도 제품이미지를 로딩하고 업로드하고의 업무를 실시간으로 하고 있지만 스위치가 느린거라서 서비스에 영향을 준다?라는 이슈는 생기지 않습니다. 저번주에 PASC쪽 서버에 DB클러스터 지원하는 병원에 간적이 있었습니다. 거기는 10년이 넘은 유닉스장비를 쓰고 있기도하고 스토리지도 엄청 옛날거를 사용하고있는걸 봤습니다. 어플리케이션쪽 때문에 장비교체를 하지 못하는 상황같던데 그장비를 서비스를 내렸다 올리면 2-3시간이 걸린다는 말듣고 희안하다 싶었죠. 100M여서 느리다?라면 서버쪽은 항상 100메가 풀로 대역폭을 쓰고 있다는 말밖에 설명이 안됩니다.

오홍식 2017-03

어떤 회사의 PACS를 쓰고, 어느 회사의 어떤 장비가 물려 있느냐에 따라 다릅니다..
일반적으로 DICOM의 thumbnail 정도 (study나 patient id로 조회후 바로 보이는)도 그 정보를 어떤 방법으로 추출해서 보여주느냐에 따라 성능차이가 큽니다.
거기에, 그 정보를 워크스테이션에서 보느냐 진단 장비에서 보느냐도 차이가 큽니다. 의료기기에 SSD등이 들어간게 그리 오래되지 않았습니다.
요청이 있을 경우 서버에 저장된 DB를 분석해서 해당하는 Dicom의 thumbnail을 하나하나 불러서 처리하는 경우도 있는데,
특히 오픈소스중 GDCM을 써서 만든 어플리케이션을 사용하는 소트프웨어로 이런 방식을 취하면
클라이언트에 리스트 보내주는것만해도 꽤 걸립니다. 대역폭 문제가 아니라 처리속도 문제입니다..
거기에 장비에는 각 회사 특유의 포맷으로 저장하고, PACS로 보내거나 backup시 정보를 DICOM 표준으로 변환해서 전송하는 경우도 있는데
이런 경우까지 겹치면 대충 130GB 정도 정보를 3시간 걸쳐 백업하는 경우도 종종 발생합니다...
이걸 시스템 모니터로 분석하면 대역폭은 10%도 사용 안하고 있는 경우가 허다합니다..

일단, 차트를 보는 PACS 시스템을 어떤것을 사용하고 있는지 확인하시고..
PACS를 설치했다면 해당 병원 담당 직원이 있을것입니다.. 병원 PACS담당에게 연락해서 해당 제공자의 담당자와 연락을 해 보시는것이 필요해 보입니다.
H/W 문제로 보이시고 규모가 좀 되는 병원이면 의공팀/통신팀이 있을테니 문의하시면 될 것 같습니다.