gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnumed-devel] Appointments, records of care, and the capture and eventu


From: James Busser
Subject: [Gnumed-devel] Appointments, records of care, and the capture and eventual storage of services as billable items
Date: Sun, 07 Oct 2007 11:39:34 -0700

The following questioning is maybe picking up after

        http://lists.gnu.org/archive/html/gnumed-devel/2004-07/msg00037.html

I am doing a bit of a mental walk-through as one goes from an appointment, in which a patient may want one or more things to be done, to the medical record, that needs to capture what has been done, and the ability to bill, though that is deferred until we sort out the earlier stuff.

I am thinking that appointments are not themselves clinical... they are really just "reservations" for encounters, and some information about what needs to happen in the encounter may already exist because of leftover items (or a plan) from a previous encounter, or may exist as a result of other information that was received about a patient (i.e. would be an action item arising out of a non-patient contact encounter) plus any things newly wanted by a patient.

Appointments (reservations) would be for:,

- one or more patients
- one or more providers
- we note that a multi-patient (and/or multi-provider) visit type could expect multi-bookings
- a specific date
- a specific time (start time) -- except if the time is left blank pending a "fit-in"
- often, a planned duration (which is translatable to an end time)
- a location (because the doctor may see a patient at the patient's home or other locations)
- a particular exam room may also need to be specified

Now here comes the trickier part. The appointment will be for one or more things to be assessed and/or treated. The appointment must expect (and may have to facilitate) one or multiple professional services (evaluations, procedures and treatments) and may also require that certain equipment or supplies (things like PAP smear or microbiologic specimen swabs or vaccines) be available.

This has implications:

- the nature of the one or more things that need to be evaluated or done will determine the total length of time and other dependencies needed for all items to be fully completed

- what *was* completed should be captured in or at least *with* (or linked to) the encounter. How might this relate to the sOaP parts of the note? A certain type of physical exam like a Folstein mini-mental exam and/or a sigmoidoscopic exam or a pelvic exam with speculum and PAP test could be coded to the sOap row --- though we do not yet provide for this --- and a treatment like a vaccination or the fact the counselling or education was done and/or consent obtained into the soaP (Plan) row --- but again we do not yet provide for this. The schema so far provides only for:
... types (like history, family history) to be linked to soap rows and
... diagnostic codes to be able to be linked to soap rows of type "A" (soAp) but if we agree it is useful to be able to see or figure out or query whether and when certain things had last been done, how is that best structured? I know that we planned that if a prescription were written, the clinical note would capture some representation even though the prescription itself gets built from rows in a medication table. So should "things" that have been done to patients, such as a major or minor consultation, various kinds of examinations and office procedures, be stored in a "what was done" table? There does exist an "operations" table but maybe it is not intended that office procedures be included, and maybe some should, for example an office vasectomy.

- there is also what was *planned* (in previous notes) or *wanted* by the patient to be done, but was not completed at this encounter, and will have to be completed later, along with any newly-added plans from the current encounter, and these things therefore need to be able to exist and be managed in a way that helps them to get actioned without the future appointment having yet been made




reply via email to

[Prev in Thread] Current Thread [Next in Thread]