HI Thomas, Thanks. I know for certain we (and possibly OpenEHR) is using the term 'Demographic server" for other notions.
SO lets wait for the other Thomas to tell us what OpenEHR means. Gerard -- <private> -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 On 06 Mar 2005, at 21:46, lakewood at copper.net wrote: > Hi Gerard, > > Some possible applications and sources: > > 'coronary and stroke event rates in the population' (project-oriented) > http://www.ktl.fi/publications/monica/demoqa/demoqa.htm#Discussion > > Deaths - lethal Dosage > http://www.ohd.hr.state.or.us/chs/pas/ar-tbl-1.pdf > > UN Statistics > http://unstats.un.org/unsd/demographic/sconcerns/disability/ > disform.asp?studyid=223 > > Hearing: > http://gri.gallaudet.edu/Demographics/factsheet.html > > Center for Demographic Study > http://cds.duke.edu/publications/search/search_results_ALE.htm > > HIV/AIDS: > http://www.dph.sf.ca.us/HIVPrevPlan/HPPC01FnlRpt/ch3p61~1.pdf > > RAND/HEALTH: > http://www.rand.org/health/archive/sociodemographic/ > > Center for the Advancement of Health: > http://www.hbns.org/newsrelease/after8-8-00.cfm > > Where related to Healthcare demographics the EHRs may have to > incorporate the > demographics. > > Regards! > > -Thomas Clark > > Gerard Freriks wrote: > >> Hi, >> >> What is the definition, scope, function of the concept: >> " demographic server" >> in the context of OPENEHR? >> >> Thomas, Sam, Dipak: HELP! >> >> Gerard >> >> -- <private> -- >> Gerard Freriks, arts >> Huigsloterdijk 378 >> 2158 LR Buitenkaag >> The Netherlands >> >> +31 252 544896 >> +31 654 792800 >> On 06 Mar 2005, at 19:50, lakewood at copper.net wrote: >> >> Hi Gerard, >> >> My understanding is that demographic services collect, organize >> and process the >> characteristics of a 'population'. Presuming this, then I am a >> member of a large number >> of 'populations' regardless of intent. Narrowed to Healthcare the >> number of >> 'populations' shrinks but not to one. >> >> Given the fact that modern 'populations' are not 'stationary' it >> appears that there are >> many of us that can claim or hold membership in multiple >> Healthcare 'populations' >> which themselves are subject to new additions, e.g., those >> genetically sensitive to >> drugs of a particlular family. >> >> Identifying the indiviudal may have to be a separate operation. >> Identifying whether the individual >> is a member of a 'population', or 'populations's a subsequent >> task. >> >> A 'demographic server' is likely to be specific and limited in >> scope to address >> 'super populations', e.g., persons residing within the boundaries >> of a specific geographical >> region, e.g., Africa. A 'network' of such server could provide >> additional coverage. >> >> Since one can apply a variety of rules to the specification of an >> individual 'population', >> the 'rules' become significant especially where the 'rules' are >> chosen to affect results, >> all Diabetes Patients in the London area. Due to a number of >> reasons one may not be able >> to claim that London-area Diabetes Patients are the same as those >> in other regions, and, of course, that the Healthcare systems are >> the same or equivalent. >> >> Foundational is 'personal identification'. Without it a >> 'demographic server' is handicapped. >> Hence a good test for the server is a seriously injured person >> arriving at a Healthcare >> facility unable to communicate with no other form of >> identification. >> >> Since there are many other 'issues' and 'factors' important to the >> design, development and >> deployment of a 'demographic server' one may have to accept >> discussions that attempt >> to integrate topics. They are valuable R&D efforts are >> results-oriented expectations are >> very likely to increase quickly. >> >> Regards! >> >> -Thomas Clark >> >> BTW: I tried to avoid bringing 'Public Health' into a discussion >> about 'demographic servers'. >> That would have been lengthy! >> > - > If you have any questions about using this list, > please send a message to d.lloyd at openehr.org > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 4206 bytes Desc: not available URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20050306/b49bbe63/attachment.bin>
