Какви стандарти трябва да бъдат (например медицински данни), SavePearlHarbor
Още едно копие на хабора
Главно меню
След навигация
За моя собствена изненада и до известна степен болка успях да участвам в разработването на няколко стандарта. Един от тях се използва за обмен на данни между бази данни и персонализирани приложения като електронни таблици или Access. Наричаше се ODBC и се представя добре въпреки някои трудности в началото. Другият беше стандартът за това, което сега се нарича AJAX, за създаване на сложни, интерактивни уеб страници като Gmail. Може би най-важният беше XML. Всичко това са успехи. Имаше и неуспехи. Особено добре си спомням OLE DB, който искахме да заменим/заместим ODBC. Един от тези, които се клатят на ръба на успеха и провала беше/е XML схемата. В резултат на всички тези усилия научих няколко урока, които ще се опитам да споделя с вас. Какво са те?
1. Направете стандартите възможно най-прости и тъпи. Вероятността за отказ е поне квадратът на сложността на стандарта. Успешните стандарти обикновено са прости, фокусирани и лесни за четене. В света на медицината това означава, че преди всичко трябва да се съсредоточите върху тези данни, които могат да бъдат уникално кодирани: демографски параметри, резултати от тестове, лекарства. Не се опитвайте да обхващате всички видове медицински данни от всички области на медицината. Няма нужда да се съсредоточавате върху правата за достъп на вашите партньори до различни данни (вижте точки 2, 3 и 4 по-долу).
4. Стандартите трябва да включват точни правила за кодиране. ODBC точно дефинира типовете данни. Всичко в описанието на XML беше кратко, с изключение на точните правила за кодиране на символи в текст, Unicode. Това е може би най-важната част от стандарта, тъй като гарантира точността на кодирането. В здравеопазването това означава, че стандартът трябва ясно да дефинира правилата за кодиране на лекарства, резултати от тестове, демографски данни, данни за пациентите и да гарантира, че всеки може да използва тези правила, без да плаща роялти. Правителството може да повлияе на това, като изисква NPI за всички данни за действията на лекарите, SNOMED CT за всички данни за състоянието на пациента, LOINC за всички лабораторни данни, специфични правила за кодиране на всички лекарства (които могат да бъдат NDC, rxNorm или FDB) и гарантира, че използването тези правила винаги ще бъдат безплатни.