...... one more question and how are you going to relate these tracking forms with household visits? are you going to suggest the health-extension workers go house-to-house carrying these tracking forms? I know there are some services which can not be given at a house-hold. But from the tracking forms you are suggesting - I couldn't see a relation to house-to-house service delivery. Or are you thinking of summarizing the tracking forms (say for example missed visits) and tell health-extension workers to go house-to-house and urge individuals to show up for next visits or immunization camp areas?
Thank you Abyot. On Thu, Sep 24, 2009 at 10:03 AM, Abyot Gizaw <[email protected]> wrote: > Hi Arunima, > > I was looking at the form you sent us. It looks more of a patient journal - > in a way good as it will keep everything compact for the program's life > cycle, in your case ANC. And my question is will there not be fields which > will be repeated during the program's life cycle - for example those in page > 2 and 3 of your form? > > For ANC VISIT/ENCOUNTER DETAILS should we not record date of examination > for each visits? Because what you have is only one filed "Date of > examination"? Or what if we section the ANC visits? like First ANC Visits > with all the dataelements and date of examination in one section, and > another section for visit 2 and another one for visit 3. > > Similarly in "Janani Surakha Yojna" section, how many times a pregnant > woman is going to get a benefit? Is she paid only once or multiple times? > The same question applies for the section "Referral". Is there a possibility > to refer the woman say for example during her First ANC visit, and also on > the second visit or third visit?...... or there is only one referral? > > > Finally can we get the other forms you want us to consider? I still haven't > got the translated forms which I gave to Amit last time. Or you think the > one you sent us is a replacement for those forms? Having all the forms very > soon is crucial so that we can think a common business logic, serving all > the cases, at the earliest. > > > Thank you > Abyot. > > > > On Wed, Sep 23, 2009 at 11:55 AM, Abyot Gizaw <[email protected]> wrote: > >> Thank you Arunima ! >> >> Just a question. The business logic I had, based on the experience I got >> from a couple of field visits, is different from what you sent us now. >> Because what I had in mind is something focusing on registers or services >> and of course tracking. In your case the focus is the individual or the >> beneficiary. >> >> And as you pointed out, the attachment you sent us is a draft - so my >> question is do you think it will be OK to stick with this draft? are we not >> going to suggest a new working practice? or you think that is what HISP >> India wants to introduce? >> >> Would be great if we could get the remaining forms on the earliest >> possible so that we can do readjustments at the early stage. >> >> Thank you >> Abyot. >> >> >> On Wed, Sep 23, 2009 at 10:41 AM, arunima s mukherjee <[email protected] >> > wrote: >> >>> hi all, >>> >>> enclosed pls find the initial draft of ANC Tracking Form...delivery & >>> PNC details/form which need to be integrated with tracking will send in >>> subsequent mail >>> >>> John- pls check if all details covered and business logic right >>> >>> Lars - could not open the link you sent >>> regards >>> arunima >>> 2009/9/22 Lars Helge Øverland <[email protected]> >>> >>> >>>> >>>> 2009/9/22 Bob Jolliffe <[email protected]> >>>> >>>>> Hi John, >>>>> >>>>> Thanks for sharing your thoughts. Its a very rich set of comments >>>>> grounded in use cases which I will have to read over several times to >>>>> fully >>>>> appreciate. Just a few quick thoughts off the cuff: >>>>> >>>>> I think Abyot's model as it stands allows for multiple identifiers >>>>> which is good. There should be some way in which the issuing authority of >>>>> the identifier is held. I am guessing this is what the intent of the >>>>> sourceid field is. I suppose it is a real likliehood is that a patient >>>>> presents with a crumpled piece of paper with a file number or something >>>>> from >>>>> a particular facility. In this case we must not only record the number >>>>> but >>>>> also the issuing "authority". In fact one might also need to have (yet >>>>> another) table of "identifier_type" as there might be a wide variety of >>>>> identifier types recorded. I suppose people come with what they have and >>>>> we >>>>> should be flexible enough to record that. >>>>> >>>>> On addresses, two suggestions. Firstly I think the patient_address >>>>> should better be called just "address". An address is just an address >>>>> after >>>>> all. That a patient might have one is a good thing, but other persons or >>>>> entities might have one too (see also below). Otherwise I like the way it >>>>> currently stands whereby you might have multiple addresses for a patient >>>>> but >>>>> one preferred. This probably reflects reality - I think I prefer it to >>>>> your >>>>> patient attribute proposal. On the other hand I can also see the value in >>>>> having a more general attribute table where arbitrary tags and values >>>>> might >>>>> be captured for a patient (starts to look a bit like rdf/a metadata). >>>>> >>>>> Regarding duplication, you are right that the address seems to be >>>>> duplicated between household and patient_address. I would suggest >>>>> stripping >>>>> the address stuff from household and simply make a link from household to >>>>> address. So in the same way a patient has an address, so too a household >>>>> has an address. And pursuing the logic other things (like orgunit for >>>>> example) might also eventually make use of the address table as well. >>>>> >>>>> All I have time for for now. Keep up the good work. And nice to see >>>>> the diagram - what tool did you use to produce that? >>>>> >>>>> >>>> >>>> Bob, thanks for the valueable input. >>>> >>>> John, have a look at this model diagram, I think what you say is missing >>>> / wrong is actually in place: >>>> >>>> >>>> http://docs.google.com/gview?a=v&pid=gmail&attid=0.1&thid=123cd0e47a40a6b5&mt=application%2Fpdf&url=http%3A%2F%2Fmail.google.com%2Fmail%2F%3Fui%3D2%26ik%3Db4dafba814%26view%3Datt%26th%3D123cd0e47a40a6b5%26attid%3D0.1%26disp%3Dattd%26realattid%3Df_fzqvtrhg0%26zw&sig=AHBy-hb-G-lRemar2JW3IbAOpio-xzw9PA >>>> >>>> >>>> Lars >>>> >>>> >>> >>> >> >
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : [email protected] Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp
