ขอความเห็นเรื่องโครงการศูนย์ข้อมูลเพื่อการพัฒนารพศ/รพท

[กรรมกรไอที]

ขณะนี้อาจมีสมาชิกบางท่าน ได้รับหนังสือคำสั่งแต่งคั้งคณะทำงานพัฒนารพศ./รพท. จากสบส.สป.สธ. ซึ่งใจความสำคัญถึงภารกิจการพัฒนาศูนย์ข้อมูลสำหรับรพศ./รพท. (ขออนุญาตไม่ใช่คำว่า DataCenter นะครับ ผมว่ามันเฟ้อจัง  ) ซึงแนวทางที่น่าจะเป็นคือการแลกเปลี่ยนข้อมูลเชิงบริหาร เช่น ข้อมูลการเงิน, ข้อมูลกำลังคน, สรุปสถิติต่าง ๆ ซึ่งรพ.พระนั่งเกล้าอาจจะรับเป็นผู้บริการศูนย์ข้อมูลสำหรับโครงการนี้ ผมจึงได้รับโจทย์จากผอ.ถึงเรื่องของ infra สำหรับการเชื่อมโยงข้อมูลครับ จึงอยากรบกวนขอความเห็นสมาชิกหลาย ๆ ท่านที่อยู่รพท.หรือรพศ.หรือรพช.ก็ได้นะครับ  ถึงแนวทางในการเชื่อมต่อข้อมูลซึ่งตอนนี้ผมกำลังคิดอยู่ว่าจะทำอย่างไร แนวทางที่ผมคิดไว้คือ
1.ฐานข้อมูลส่วนกลางที่ผมจะเลือกใช้คือ MS SQL
2.การส่งข้อมูลจะเป็นการ sync ข้อมูลแบบอัตโนมัติ  อาจกำหนดความถี่วันละครั้ง หรือสัปดาห์ละครั้ง หรือเดือนละครั้ง ก็แล้วแต่นโยบายของคณะทำงานครับ
3.การรับส่งข้อมูลจะใช้ผ่านท่อ VPN แบบ IPSec เข้าที่รพ.พระนั่งเกล้า ซึ่งแต่ละรพ.จะได้ Authen Key กันไปไม่ซ้ำกัน ซึ่งการเชื่อมต่อเข้ามานั้น จะได้เฉพาะรพ.ที่ใช้ ip static เท่านั้นครับ เพราะผมต้องเซ็ต ip ที่เชื่อมเข้ามาในเกตเวย์ของผม หลังจากที่เชื่อมเข้ามา จะเปิด port ให้เฉพาะบริการรับส่งข้อมูลเท่านั้น และเปิดให้เข้าถึงแค่ server ที่เก็บข้อมูลเท่านั้น ซึ่งผมอยากให้เป็นลักษณะ server คุยกันเอง ดังนั้นถ้าเป็น MS SQL <> MS SQL ก็จะง่ายกับผมในการเซ็ต
4.การนำข้อมุลไปใช้งานก็ใช้ลักษณะผ่าน web ของชมรมรพท.รพศ. ซึ่งอาจจะอยู่ในรูป dashboard หรือตารางสรุป ซึ่งคงต้องมาคุยกันในรายละเอียดครับ
สมาชิกท่านใดพอจะไอเดียใด ๆ ช่วยแสดงความคิดเห็นมาหน่อยนะครับ

[anukul]

 

ข้อมูลลงรายละเอียดแค่ไหน หรือแค่สรุปสถานะการณ์การเงิน หรือเอาละเอียดถึงค่าใช้จ่ายของผป.แต่ละราย หรือเอาละเอียดถึงใบสั่งซื้อของพัสดุทุกใบ

คิดว่า ทีมคงต้องมีรายละเอียดมากกว่านี้ก่อน    สำหรับ Infra ที่ถามมา น่าจะมาคุยกันหลังจากมีรายละเอียดที่ว่าก่อน  บางทีผู้บริหารของชมรมอาจต้องการแค่ข้อมูลสรุป  ก็ไม่น่าจะมีความจำเป็นต้องไปลงทุนมากมายนัก

แต่ถ้าบอกว่าต้องการรายละเอียดให้มากไว้ก่อน  (แบบ 18 แฟ้ม อะไรพวกนั้น) คงคุยกันยาวครับ  เพราะขนาดมีค่าส่งข้อมูล ยังทำกันไม่ค่อยทันเลยครับ   

[เกื้อกูล ครับ..]

..รพศ.  รพท....   งานเข้ากันอีกแล้ว....เป็นกำลังใจให้ครับ

[snhos]

รพช.ไทรน้อย  ข้ออ้าง  รพ  ปากเกร็ด  และ รพช.อื่น  ในนนทบุรี  ก็ใช้  mysql
คงเชื่อมต่อกันลำบากอยู่น่ะ  (เพราะใช้ hosxp หมด)
พระนั่งเกล้าอยากได้อะไรจากเราบ้าง
ถ้าช่วยได้ก็ช่วย แต่ไม่เก่งเด้อ

[thank]

ไฟล์ DLL สำหรับพัฒนาโปรแกรมขอใช้บริการผ่าน HTTP SERVER ได้เองแล้วครับ

function post(FURL, FNAME, FPATH :widestring) :widestring;     stdcall; external 'ClientDll.dll' name 'post';
function get (FURL, FNAME, FPATH :widestring) :widestring;     stdcall; external 'ClientDll.dll' name 'get';
function query(FURL,   SQL :widestring) :OleVariant;        stdcall; external 'ClientDll.dll' name 'query';
function execute(FURL, SQL :widestring) :widestring;        stdcall; external 'ClientDll.dll' name 'execute';
function chat(FURL, TXT :widestring) :widestring;        stdcall; external 'ClientDll.dll' name 'chat';
function save(FURL, SQL :widestring; Data :OleVariant) :widestring;     stdcall; external 'ClientDll.dll' name 'save';


http://www.speedyshare.com/files/24505778/HTTP.rar
โหลดโปรแกรมพร้อมตัวอย่าง Source Code ตาม Link ครับ

[leonet]

ฐานข้อมูล น่าจะเป็น  MYSQL

[มนตรี บอยรักยุ้ยคนเดียว]

ฐานข้อมูล น่าจะเป็น  MYSQL

ถ้าฐานใหญ่มากๆ น่าจะเป็น PGSQL นะครับ หรือไม่ก็ Oracle
MySQL ฐานใหญ่ๆ มักจะเปลื้องทรัพยากรมากเลย

[patum]

postgresql   ครับ 

[Multithreading]

1.ฐานข้อมูลส่วนกลางที่ผมจะเลือกใช้คือ MS SQL
2.การส่งข้อมูลจะเป็นการ sync ข้อมูลแบบอัตโนมัติ  อาจกำหนดความถี่วันละครั้ง หรือสัปดาห์ละครั้ง หรือเดือนละครั้ง ก็แล้วแต่นโยบายของคณะทำงานครับ
3.การรับส่งข้อมูลจะใช้ผ่านท่อ VPN แบบ IPSec เข้าที่รพ.พระนั่งเกล้า ซึ่งแต่ละรพ.จะได้ Authen Key กันไปไม่ซ้ำกัน ซึ่งการเชื่อมต่อเข้ามานั้น จะได้เฉพาะรพ.ที่ใช้ ip static เท่านั้นครับ เพราะผมต้องเซ็ต ip ที่เชื่อมเข้ามาในเกตเวย์ของผม หลังจากที่เชื่อมเข้ามา จะเปิด port ให้เฉพาะบริการรับส่งข้อมูลเท่านั้น และเปิดให้เข้าถึงแค่ server ที่เก็บข้อมูลเท่านั้น ซึ่งผมอยากให้เป็นลักษณะ server คุยกันเอง ดังนั้นถ้าเป็น MS SQL <> MS SQL ก็จะง่ายกับผมในการเซ็ต
4.การนำข้อมุลไปใช้งานก็ใช้ลักษณะผ่าน web ของชมรมรพท.รพศ. ซึ่งอาจจะอยู่ในรูป dashboard หรือตารางสรุป ....

1.พิจารณาจำนวน concurrent (accessing ในเวลาเดียวกัน) ครับ ถ้าไม่เกินหลัก 200 ไม่ต้องสนใจ เอาตัวไหนก็ได้ แต่ถ้ามากกว่านั้นใช้ MSSQL หรือ Oracle
2.ไม่มีความเห็นครับ  แต่ควรออกแบบระบบให้ลองรับแบบ Real Time ในอนาคต
3.ตามนั้นครับ ถ้าไม่มี ข้อมูลจากนอกองค์กร
4.ถ้าคิดว่าโหลดจะเยอะมากให้ทำเป็น 3-tier ก็น่าจะดี คือ client + services + db  ก็คือมี web service มาคั่นกลาง สามารถจำกัด concurrent ที่ services ได้  อีกอย่าง web service สามารถ share business logic ให้กับ platform อื่นๆได้ง่าย  ซึ่งในอนาคต เมื่อ 3G ออกแล้ว  user ก็อยากจะเข้าถึงข้อมูลจาก mobile platform กันมากขึ้น

[กรรมกรไอที]

ขอบคุณมากครับสำหรับหลาย ๆ ความคิดเห็น 
ความเห็นของคุณ Multithreading
- การออกแบบการรับส่งข้อมูลแบบ realtime เป็นแนวคิดที่ผมเห็นด้วยมาก แต่ถ้าจะทำจริง ๆ ภาระก็จะตกกับรพ.ของผม เพราะจะมีเซสชั่นของการเชื่อมต่อมาจากรพท./รพศ.ทั้งประเทศที่วิ่งเข้าหารพ.ของผมเป็นจำนวนเยอะมาก ซึ่งอาจส่งผลต่อวงจรอินเตอร์เน็ตของพระนั่งเกล้าพอควร เพราะด้วยข้อจำกัดเรื่องงบประมาณทำให้ขนาดของวงจรที่เช่าไม่มากนัก และผมยังต้องให้บริการด้านอื่นอีก เช่น การเชื่อมโยงรพช.ในเครือข่ายในอนาคต, การเชื่อมโยงหน่วยสาขาของรพ.เอง หรือการให้บริการอินเตอร์เน็ตแก่จนท.ในรพ. หากจะดำเนินการจริง ๆ เกรงว่าจะเกิดปัญหาเครือข่ายล่มได้หากไม่มีการเตรียมการที่ดี
- เรื่องของการทำ web service เป็นอีกแนวทางหนึ่งซึ่งผมคิดไว้เหมือนกันครับ แต่ขอรอดูความชัดเจนของโครงการก่อน เพราะการทำ web service คงต้องคุยเรื่องความปลอดภัยในการเข้าถึงบริการด้วย

[thank]

postgresql   ครับ 

HTTP SERVER สามารถใช้ได้กับทุกฐานข้อมูลตามที่ Zeos support แล้วครับ


http://www.speedyshare.com/files/24536086/HTTP.rar
โหลดโปรแกรมตาม link ข้างต้นครับ