用PHP+MySQL做HIS有什麼缺點呢？

[fromformosa]

想請教一些資訊處理高手，
自已診所架一台server，安裝PHP、Apache、MySQL，
寫PHP+MySQL為主的資料庫程式，
然後client 端電腦以瀏覽器做資料的存取與互動的HIS(小弟是想要寫有關醫美診所資訊處理的程式)，
基本上有什麼缺點呢？

如果我請人寫了一套這樣的程式安裝在別人診所的server，
有什麼方法可以防止該診所的人員去瀏覽、更動或複製裏面的程式碼嗎？
用ionCube or SourceCop or zend or SourceGuardian or phpShield or FileShield可行嗎？
會不會很容易就被破解了呢？
被破解會不會比編譯式語言來得容易呢？ (咦)

感激不盡~ （親一個）

[cytu]

能想的到的缺點是：

1.健保IC卡讀寫問題
2.反應速度
3.（純個人看法）PHP程式可維護性差

缺點1可能對你來說不是問題，如果都是自費病患的話，不過對一般診所來說就有點棘手了。基本上純瀏覽器的安全模式是不能存取本機檔案的，除非使用其他的技巧。不是不可能，但加上健保IC卡讀卡機跟驅動程式的機制後變得有點棘手。

缺點2是web-based系統的原罪，不過習慣就好。關於缺點3，PHP原來只是為了顯示網頁用的語言，包袱不少。尤其當有額外需求的時候，PHP常常不能獨力完成任務。

至於PHP防拷的技術就要請其他大大來回答了。但我想，除非是極特別的功能或演算法，要不然早就有許多開源的HIS可供仿效（修改）了。

[fromformosa]

感謝cytu大大的保貴意見，
醫美診所資訊處理的程式目前是不需要健保IC卡讀寫，
只是日後衛生署可能要看醫美的都要過健保寫入資料！ (打小人)
這樣安裝Java外掛程式來讀寫健保卡會不會難度很高呢？
小弟會想用php+MySQL是因為他用瀏覽器就可以瀏覽並互動，
可以跨平台而client端只要有瀏覽器就可以使用，
iOS、Android不用安裝程式就可以直接使用。
現平版電腦當道，很多特殊功能不用寫程式就可以直接享用，
如圖片縮放、直接在圖片上畫圖、結合二維條碼辯識…等，
很簡單就可以做出我想要的酷炫效果。
另外假如有多家分店要管理的話也可以考慮架設虛擬主機把程式/資料庫放在雲端，
而方便管理者可以從遠端管理多家診所，
只是cytu覺得這樣把資料放在雲端會不會很危險呢？

假如大大是要設計一套純醫美軟體，
大大會用什麼程式軟體來寫呢？

另外大大覺得PHP可維護性差是指目前的PHP編輯器軟體功能性不夠強大，
還是基本語法出錯率高，除bug功能差，
還是指程式碼本身的編寫較難閱讀呢？
小弟的程式設計功力有限，除了PHP會一些些以外，
其它的程式小弟就不行了…

還請大大賜教，
感謝您~

[squeak]

如果要寫web-based的程式，我不會考慮用PHP，有很多很優很OOP的程式, 如ROR可用。

我曾用過TiddlyWiki是Javascript的All-in-one client端的程式來作一些資料的收集，目前也有server端的TiddlyWiki(Python)出現，但我未試過(安裝、使用不是很順)，但server端的好處是client不用將所有資料都下載。

Javascript目前功能越來越強，有許多應用如Ajax, jQuery, .... ，大大應是考慮慢慢去瞭解這一整套應用的功能。

[cytu]

「在客戶端以一般瀏覽器就能使用HIS」的確是相當吸引人的目標，至少有不需安裝額外軟體即可使用、跨平台等好處。只可惜，要完全實現這個想法是有困難的：

1.有讀寫IC卡需求的HIS客戶端電腦至少得安裝IC卡驅動程式。想從客戶端瀏覽器下讀寫IC卡的命令並回傳結果，一個作法是在客戶端電腦上弄個local server，以ajax傳瀏覽器的request到local server；local server端的程式讀寫IC卡後回傳結果給客戶端瀏覽器與遠端主伺服器。local server端可以使用任何語言架設，只要能呼叫健保IC卡驅動程式即可。以上這些並不困難，但額外軟體的安裝在所難免。

2.目前健保局的IC卡驅動程式僅有windows版本，沒有給其他作業系統，如iOS跟Android的原生驅動程式（題外話：健保局應該要釋出IC卡驅動程式的原始碼的），有讀寫IC卡需求的HIS客戶端電腦只能使用windows作業系統。

關於「PHP的程式較難維護」，可參見
http://toykeeper.net/soapbox/php_problems/
這篇文章的作者在文末也推薦使用一般的腳本語言開發web applications。

個人的程式語言選擇是python，好處不可勝數，只是台灣使用python開發的人不太多。

雲端架構安全性見仁見智，但在自己架設伺服器與使用大廠商雲端架構中選擇，個人會選擇使用大廠商的雲端架構--安全性是非常複雜的議題，沒有足夠的經驗是很容易搞砸的。

[squeak]

Python在web上最有名的是Zope，但使用起來也不是很順手。
Python進化到3.0以能完全OOP，進程也不是很順。

不知大大推薦的Python Web Framework組合如何?

[icu]

寫出這一套程式的成本，對一家診所來說，應該是不便宜。

[cytu]

關於「Python進化到3.0已能完全OOP，進程也不是很順」，Python的OOP架構在2.5之後就已經大致底定（new-style class, basic data structure subclassing 等等），這是 2006 年的事。在此之前 Python 的 OOP 功能就已夠用了。至於「進程不是很順」就不大清楚你的意思了，唯一能想到相關的是不少 Python 函數庫不想從 2.x 改版至 3.x，因為沒有（急迫的）必要：Python 2.x 的程式已經非常穩定。

作為 Python 最早廣為人知的應用架構之一，Zope 問世至今已13年了；不過 Zope 過份複雜，越看越像 Java寫成的東西。這類「企業級」的應用架構自己一向避而遠之，因為複雜的東西意味著出問題的時候就很難解決。

Python web framework 多不勝數，比如 django, turbogears, cherrypy 等等。有一陣子看了pylons的原始碼，覺得還不錯。Python 出名的作者（與維護者）Alex Martelli 推薦兩個「微架構」：flask, werkzeug。
template engine大概是在mako跟cheetah之中選擇，如果需要orm的話大概是sqlalchemy。

哪些最值得推薦？自己的意見比較極端：越簡單的越好。如果有時間學習的話，應該試著從最簡單的 cgi script 與 sqlite 開始試驗，先不採用任何 framework 去體會架動態網站會遇到的種種問題。如果能夠自己解決絕大部分的問題，維護起來也不麻煩的話，那恭喜你，根本不需要用別人的web framework。

當然，有些時候是必須學習使用已有的架構的。比如，想用免費的Google App Engine架網站的話就必須學習django這套，加上如何操作Google的nosql db。但是，應用程式的重點永遠應該在於「適當的資料結構與演算法」上，盡量尋求獨立於程式語言工具、函數庫的解決方案。用別人的工具，早晚都要付出代價。

[fromformosa]

如果要寫web-based的程式，我不會考慮用PHP，有很多很優很OOP的程式, 如ROR可用。

我曾用過TiddlyWiki是Javascript的All-in-one client端的程式來作一些資料的收集，目前也有server端的TiddlyWiki(Python)出現，但我未試過(安裝、使用不是很順)，但server端的好處是client不用將所有資料都下載。

Javascript目前功能越來越強，有許多應用如Ajax, jQuery, .... ，大大應是考慮慢慢去瞭解這一整套應用的功能。

最近這一、二天在研究ROR為它的快速開發維護的能力驚嘆不已，
有一些問題想請教一下squeak大大： (眼汪汪)
目前台灣有虛擬主機可以順利hosting ROR的嗎？
剛剛找了一個ROR的homepage，發現攜有變數的ROR URL，
例如www.ruby-forum.com/user/list，看起來好像靜態網址，其實他是動態網址嗎？
/list算是變數嗎？
剛剛去查yahoo和google皆沒變法index這一類的網址，
(
例如yahoo和google查詢：site:site:www.ruby-forum.com/user/list
或http://www.ruby-forum.com/topic/1996897#new
)
這樣要以SEO為前提的website有什麼辦法解決呢？ (眼汪汪)
最近開始要架醫美網站，
想請問大大用ROR架webpage的人多嗎？另外國內ROR的人才多嗎？會不會算是稀有動物呢？
網頁設計公司有這樣的人才嗎？ (咦)
用ROR開發一套基本的醫美診所營運軟體差不多要多少coco呢(基本的資料存取、圖片存取…等，內容差不多是健保HIS 1/3的豐富度)？
或者找人用ROR寫webpage會不會因為人才少反而會比用php寫的webpage的成本來得高呢？
大大有用過cakephp or codeigniter的經驗嗎？
使用上和ROR比起來如何呢？ (咦)
感謝大大的指教~~ (眼汪汪)

[fromformosa]

關於「Python進化到3.0已能完全OOP，進程也不是很順」，Python的OOP架構在2.5之後就已經大致底定（new-style class, basic data structure subclassing 等等），這是 2006 年的事。在此之前 Python 的 OOP 功能就已夠用了。至於「進程不是很順」就不大清楚你的意思了，唯一能想到相關的是不少 Python 函數庫不想從 2.x 改版至 3.x，因為沒有（急迫的）必要：Python 2.x 的程式已經非常穩定。

作為 Python 最早廣為人知的應用架構之一，Zope 問世至今已13年了；不過 Zope 過份複雜，越看越像 Java寫成的東西。這類「企業級」的應用架構自己一向避而遠之，因為複雜的東西意味著出問題的時候就很難解決。

Python web framework 多不勝數，比如 django, turbogears, cherrypy 等等。有一陣子看了pylons的原始碼，覺得還不錯。Python 出名的作者（與維護者）Alex Martelli 推薦兩個「微架構」：flask, werkzeug。
template engine大概是在mako跟cheetah之中選擇，如果需要orm的話大概是sqlalchemy。

哪些最值得推薦？自己的意見比較極端：越簡單的越好。如果有時間學習的話，應該試著從最簡單的 cgi script 與 sqlite 開始試驗，先不採用任何 framework 去體會架動態網站會遇到的種種問題。如果能夠自己解決絕大部分的問題，維護起來也不麻煩的話，那恭喜你，根本不需要用別人的web framework。

當然，有些時候是必須學習使用已有的架構的。比如，想用免費的Google App Engine架網站的話就必須學習django這套，加上如何操作Google的nosql db。但是，應用程式的重點永遠應該在於「適當的資料結構與演算法」上，盡量尋求獨立於程式語言工具、函數庫的解決方案。用別人的工具，早晚都要付出代價。

大大說的層級太高了，小弟要懂得用人家寫好的framework就已經要偷笑了，
大大有用Google App Engine的django架網站過嗎？感覺如何呢？
django的URL可以被google或yahoo等搜尋引擎index嗎？
最近要開始請人寫醫美的webpage和診所資訊管理的程式，
不知台灣用django的人才多嗎？會不會算是稀有動物呢？
網頁設計公司有寫django的人才嗎？
感謝大大的賜教~

[cytu]

自己使用過Google App Engine架動態網站，感覺還不錯 -- 當然不比自己架伺服器那樣能隨心所欲的安裝任何模組、函數庫，不過不用擔心安全性與頻寬這兩個最惱人的問題，這還是很值得的。

動態url的seo問題可以參考

http://googlewebmastercentral.blogspot. ... guide.html
http://www.google.com/support/webmaster ... swer=76329

問題關鍵並不在於使用哪種語言的web framework，而是網站的作者對seo的了解程度。

台灣用ruby、python架網站的人絕對是比用php少得多了，但自己沒有資料來佐證這個說法，也想知道在台灣HIS加網站開發價格大概是多少。用google找到的php網站架設報價：

http://asianet.biz/php_web_design.html
http://wpszwdc.mybruse.com/

猜想如果以下列條件（我自己的需求）

1. Linux平台。
2. 主程式使用python語言及其他開源函數庫；必須交付程式碼。
3. 使用Google App Engine架設動態網站。
4. 教育訓練與程式碼說明。

做基準的話，可能是要六位數字的。自己並非從事軟體業，有沒有其他大大有這類的報價經驗？

[squeak]

個人認為，要用Google的東西，就會被牽著鼻子往他們的思考邏輯走，如他會要求符合seo的網址，以便google bot能輕易搜尋。只要網站內容好，google bot 就會想辦法截取你的內容的，不用自己去順應他，google也不是唯一的。

hosting ROR的虛擬主機，台灣應該有，前一陣子有收到他們的廣告信，我沒有商業上的需求，研究網路純粹是興趣與願景的探索而已，不是作什麼大企業，沒有夠深的口袋，可不斷燒錢，，自己架些簡單的網站作實驗就足夠了，所以這些信通常都會被我丟到垃報桶去。但瞭解這些公司通常彈性很高，可以配合各種系統的建立，網上企業級的大大應比我更有經驗，只要有預算，甚至有代客代設計及代管的網路公司，醫師只要負責資訊內容的提供即可，這些用什麼語言架站的細節就交由他們去傷腦筋就好了。

大大講的靜態及動態網址，我覺得大大是在說能夠提供遵從REST (Representational State Transfer)架構的網路語言及網址，REST是目前提供web services的主流架構，網路上有很多探討REST的文章。

研究網路語言的人，都會想有完美的架構，每個人都各有所好，也不能說誰優誰劣，當然使用者最多、資源最豊富的會最佔優勢，所以台灣使用Java, PHP的最多，但不能說新的語言就不好，他們通常有很好的思考方向，如OOP, continuation dynamtic webpages, 還有未來會很夯的雲端科技的結合與應用，這些都會改寫目前我們使用網路的思維的。

最近這一、二天在研究ROR為它的快速開發維護的能力驚嘆不已，
有一些問題想請教一下squeak大大： (眼汪汪)
目前台灣有虛擬主機可以順利hosting ROR的嗎？
剛剛找了一個ROR的homepage，發現攜有變數的ROR URL，
例如www.ruby-forum.com/user/list，看起來好像靜態網址，其實他是動態網址嗎？
/list算是變數嗎？
剛剛去查yahoo和google皆沒變法index這一類的網址，
(
例如yahoo和google查詢：site:site:www.ruby-forum.com/user/list
或http://www.ruby-forum.com/topic/1996897#new
)
這樣要以SEO為前提的website有什麼辦法解決呢？ (眼汪汪)
最近開始要架醫美網站，
想請問大大用ROR架webpage的人多嗎？另外國內ROR的人才多嗎？會不會算是稀有動物呢？
網頁設計公司有這樣的人才嗎？ (咦)
用ROR開發一套基本的醫美診所營運軟體差不多要多少coco呢(基本的資料存取、圖片存取…等，內容差不多是健保HIS 1/3的豐富度)？
或者找人用ROR寫webpage會不會因為人才少反而會比用php寫的webpage的成本來得高呢？
大大有用過cakephp or codeigniter的經驗嗎？
使用上和ROR比起來如何呢？ (咦)
感謝大大的指教~~ (眼汪汪)

[Cate]

PHP+MySQL並不困難
但是日後的維護是比較重要的
現在程式的開發，很多人都是用程式外包的方式
也就是我們找一個人來開發HIS，事實上他還是外包給別人做，再拿回來做CODING的動作
至於外包給誰?
目前，中國大陸有一大堆接單的SOHO族，實力好、速度快、價格便宜
用visio把需求告訴他們，很快就做出來
程式拿回來，接著是IT人員CODING的動作
然後，再加上美工人員做頁面的修飾
接下來是架設伺服器，還要做程式測試
如果真的要這樣做，固定找一個IT人員幫忙是一定要的
很多雜事，都會影響網路上的使用
一套系統的使用，背後是很多人在維護的

[fromformosa]

PHP+MySQL並不困難
但是日後的維護是比較重要的
現在程式的開發，很多人都是用程式外包的方式
也就是我們找一個人來開發HIS，事實上他還是外包給別人做，再拿回來做CODING的動作
至於外包給誰?
目前，中國大陸有一大堆接單的SOHO族，實力好、速度快、價格便宜
用visio把需求告訴他們，很快就做出來
程式拿回來，接著是IT人員CODING的動作
然後，再加上美工人員做頁面的修飾
接下來是架設伺服器，還要做程式測試
如果真的要這樣做，固定找一個IT人員幫忙是一定要的
很多雜事，都會影響網路上的使用
一套系統的使用，背後是很多人在維護的

其實假如台灣的HIS廠商配合度好，
想要的功能可以客製化得有效率點，
小弟也不想花這麼多的時間還找人寫軟體，
只是功能陽春是一部份，收費貴是另一部份，
最主要的是我想增加什麼功能或期望他有什麼功能，
即使只要他們幫忙寫個幾行程式而已，
講個老半天對方還是相應不理，
反正醫美診所的資訊處理軟體不需像朝令夕改的健保需要常常修改程式，
所以其實依賴資訊人員的比重就沒健保HIS那麼大，
自已請人寫程式雖然成本貴了一些，
但我可以日後照我的需求自行增加我需要的功能，
自已做日後維護修正的角色，也不用擔心請來維護的IT人員不想接案、拖工或拿巧…等，
而且最近在研究SEO發現網頁設計師設計自已的，頂多和程式設計師有做良好的溝通，
常常網站架了之後要做SEO才發現網頁又要大規模的翻修…
所以小弟覺得找人寫程式長期看來好處還是大於壞處，
小弟是預定30萬的預算來請人寫webpage和醫美診所資訊處理軟體，
程式寫得好，實用性不錯的話也可以便宜賣給其它有交情的醫美診所，
所以大大有認識物美價廉的程式設計SOHO族可以介紹給小弟嗎？ (眼汪汪) I

[fromformosa]

自己使用過Google App Engine架動態網站，感覺還不錯 -- 當然不比自己架伺服器那樣能隨心所欲的安裝任何模組、函數庫，不過不用擔心安全性與頻寬這兩個最惱人的問題，這還是很值得的。

動態url的seo問題可以參考

http://googlewebmastercentral.blogspot. ... guide.html
http://www.google.com/support/webmaster ... swer=76329

問題關鍵並不在於使用哪種語言的web framework，而是網站的作者對seo的了解程度。

台灣用ruby、python架網站的人絕對是比用php少得多了，但自己沒有資料來佐證這個說法，也想知道在台灣HIS加網站開發價格大概是多少。用google找到的php網站架設報價：

http://asianet.biz/php_web_design.html
http://wpszwdc.mybruse.com/

猜想如果以下列條件（我自己的需求）

1. Linux平台。
2. 主程式使用python語言及其他開源函數庫；必須交付程式碼。
3. 使用Google App Engine架設動態網站。
4. 教育訓練與程式碼說明。

大大說的6位數字指的是python based webpage嗎？
還是指醫美診所資訊處理軟體呢？
如果是醫美診所資訊處理軟體那價格還蠻不錯的，
可惜的是台灣這方面的人材不多，
小弟也要花一些時間了解python based webpage是不是在SEO方面會來得比PHP弱，
畢竟對醫美診所的網站而言，好的曝光度相當地重要，
PHP目前是有人會把動態的網址靜態化以改善SERP，
SEO又是另外一門學問，小弟猜在台灣會SEO又會PYTHON的人材且又是SOHO族的可能找不到吧…
如果醫美網歸醫美網站的程式，醫美診所的軟體歸醫美診所的軟體倒也不失一個好方法。
做基準的話，可能是要六位數字的。自己並非從事軟體業，有沒有其他大大有這類的報價經驗？

[cytu]

我猜想的「至少六位數字」是同時包含簡易HIS跟webpage的。webpage的部份要有blog/bulletin board跟線上預約系統，並能整合skype或其他即時通訊軟體做線上諮詢。簡易HIS方面最主要是患者醫療紀錄與掛號/（線上）預約/追蹤。線上電子商務（購物車、付款機制與產品遞送）功能，會計稅務、進銷存、人事等庶務管理功能日後視情況建置，但至少程式裡要預先考量擴充可能性。當然，六位數字開頭多少不確定。

六位數字之所以可能是因為建構系統所需的開源函數庫工具已經相當完備了，連完整的HIS系統都已經有不少開源的選擇：

http://doctorvoice.org/viewtopic.php?f= ... 04#p785771

文章裡提到的medical（http://medical.sourceforge.net/）是最有潛力的，因為作為開源ERP系統openerp

http://www.openerp.com/
http://en.wikipedia.org/wiki/OpenERP

的模組之一，載入openerp的其他模組，會計/進銷存/人事等功能直接內建。醫美系統的需求可能比較貼近ERP而不是一般的HIS，更重要的是整合診所環境、就醫流程與硬體的通盤考量。像自動照相、錄影這類的功能應該是內建的；有些診所需要電子看板、廣播功能與監視系統等等。

就個人所知，至少django與ror改寫動態url都是「內建」功能--php具備的功能，很難想像django或ror辦不到；seo一點都不是考量是否使用python或ruby建構網站的因素，在台灣找不找的到適合的開發者才比較是問題。「網頁歸網頁、軟體歸軟體」是選項之一，不過兩者間的資料交換與管理要如何做的簡單、可靠與乾淨就必須多加著墨了。

願意請人寫軟體並花時間維護、擴充軟體的功能的醫師實在不多見，樂見大大在這方面的投資有好成果。

[squeak]

想請問一些有關python實作的問題：

tu大使用python作程式開發與維護，是否有偏好並值得推蔫的IDE?

tu大有使用 Leo literal and outline programming的功能 當作開發程式的工具？

[squeak]

想請問一些有關python實作的問題：

tu大使用python作程式開發與維護，是否有偏好並值得推蔫的IDE?

tu大有使用 Leo literal and outline programming的功能 當作開發程式的工具？

tu大對Twisted framework是否有使用經驗？與Zope的關係為何？

[cytu]

1. IDE的選擇的確是問題，自己的選擇是「逃避」--用vim寫程式，但配合rope實現code intellisense的功能；debugger使用的是winpdb。開源的IDE用過pydev+eclipse, eric4, spe ide，也看過他們的程式碼。不喜歡java的東西，pydev+eclipse就出局了；spe ide跟eric4的程式碼還是太累贅。

這些只是個人看法...

2. 自己一直是literate programming創始人，非常出名的電腦科學家Donald Knuth的熱烈擁護者；有段時間一直想要找除了Knuth寫的cweb之外的literate programming工具，於是找到了leo，仔細看過他的使用說明與程式碼，也用了好一陣子；這是2006年的事。後來決定不繼續使用的原因有好幾個：

(1) leo官方版本使用Tk作為GUI，無論在美觀與功能上都不符合現在的標準。Qt版問題多多。

(2) literate programming是非常個人化的程式撰寫方式，不利於集體開發；既然是個人化的方式，與其使用別人的工具，不如開發自己的工具。

(3) literate programming加重程式撰寫者的負擔，尤其當程式變動頻繁的時候。程式設計的終極目標是全自動化產生的程式；純手工打造的精妙程式只能當作是藝術品--這是哲學問題了。

(4)有不少遠比OO, design pattern, literate programming這些soft skills更重要的程式技巧值得進一步學習，literate programming只能算是個註腳而已。

[cytu]

不好意思，zope的東西自己一直刻意避免去接觸，所以一無所悉。twisted自己用過幾次，最主要是作為python標準函數庫裡的asyncore的替代品：有一陣子自己在評估各種IPC機制，試驗socket的時候用的。自己常用（研究過原始碼）的軟體deluge使用的網路函數庫正是twisted。除非自己架server提供各種網路服務，用到twisted的機會比較有限。