討論需求的時候县貌，總繞不過對于需求價值的討論缸夹。
有人說痪寻，電子病歷評級，主要是通過項目實施計算出需要上報的數(shù)據(jù)虽惭，通過寫SQL語句得出每項的數(shù)值橡类，再用excel計算就行了，大部分實施團隊都是這么干的芽唇。
非要在不知道醫(yī)院數(shù)據(jù)庫類型顾画、庫表結(jié)構(gòu)的前提下，設計一套通用化的工具匆笤，反而把簡單的事情復雜化了研侣。
不過，從另一個角度來看炮捧，工具型不是就是用來解決相對固定流程的標準化問題嗎庶诡？短期來看，做一套工具不如直接實施來的簡單咆课，但是工具打磨好了之后末誓，實施的效率會提高、門檻會降低书蚪。
現(xiàn)有模式下喇澡，只有既熟悉庫表結(jié)構(gòu)設計、又熟悉評級規(guī)則要求的人殊校，才可以實施撩幽；但有了工具后，工具相當于提供了評級規(guī)則，只需要對醫(yī)院庫表結(jié)構(gòu)熟悉的人窜醉，就可以實施了宪萄。甚至做得更好的情況下，不需要配實施團隊榨惰，提供使用手冊即可拜英，省時省力省人工。
而且由于評級標準相對固化琅催，一套工具可以提供給多家醫(yī)院居凶，以這一相對小而美的強需求產(chǎn)品作為切入醫(yī)院信息化服務的敲門磚，似乎也是個有故事可講的商業(yè)模式藤抡。
