Are you seeing any M errors recorded in the error log after you try to admit someone?  It appears that you may not have the Nursing package setup properly since you are seeing this:
 
"*Patient Admitted*
*  Notify NURSING ADP Coordinator and Site Manager that this patient was not
admitted into the NURSING Service because NURSING Site parameters were not
updated."*
 
I suspect that either the Nursing package setup or a possible M error or both is preventing the admission event from creating the corresponding PTF record.
 
That nursing message is generated from the NURSAMSG routine which is most likely invoked from a cross reference when the process is adding the WARD field value in the PATIENT file.
 
It appears (although I will not swear to it) that the PTF admission is created in the DGPMV321 routine:
NEW      ;Add new corresponding admission to file
         W !!,"Creating new hospital admission"
         S DGMAS=40 D FAMT^DGPMV30 ; get active mvt type for TO ASIH admission
         S X=+DGPMA,DGPM0ND=+DGPMA_"^"_1_"^"_DFN_"^"_DGFAC_"^^^^^^^^^^"_DA_"^^^^^^^"_+DGPMDA_"^"_2 D NEW^DGPMV3 S DGPMAA=+Y K DGFAC
         S ^UTILITY("DGPM",$J,1,+Y,"P")="",^UTILITY("DGPM",$J,1,+Y,"A")=$G(^DGPM(+Y,0))
         ;
         ;now update transfer movement with ASIH ADMISSION and ASIH SEQUENCE
         S DIE="^DGPM(",DA=DGPMDA,DR=".15////"_DGPMAA_";.22////"_1 K DQ,DG D ^DIE
         ;
         ;create new PTF entry
         W !,"Creating PTF record for new hospital admission",!
         S Y=+DGPMA D CREATE^DGPTFCR S DGPMPTF=+Y
         ;
         ;update hospital admission with PTF NUMBER
         S DIE="^DGPM(",DA=DGPMAA,DR=".16////"_DGPMPTF K DQ,DG I $D(^DGPM(+DA,0)) S ^UTILITY("DGPM",$J,1,DA,"P")=$S($D(^UTILITY("DGPM",$J,1,DA,"P")):^("P"),1:^DGPM(DA,0)) D ^DIE S ^UTILITY("DGPM",$J,1,DA,"A")=^DGPM(DA,0)
 
 
You will know for sure if this code is executed if you see that WRITE statements indicated in RED on the screen.  I did not follow the rabbit trails thoroughly to determine if indeed this is where the PTF record is being created.  There was a lot of logic before invoking this code that could possibly prevent the Admit A Patient process from getting to this point.  I hope this helps.
 


 
On 5/16/06, Nancy Anthracite <[EMAIL PROTECTED]> wrote:
Since they may be asleep, here is some information about it:

"PTF Is Patient Treatment File, it is usually created automatically in the
background foran individual patient,during in-patient admissions. You can
also create this record using information from past records. Without this,
the system doesnt allow the user to discharge a patient.

It used to work fine with Office Vista, VA VistA, WorldVista GTM versions, but
somehow doesnt work with HuiOpenVista. I beleive there is a background
service responsible for this, but the system is not allowing me to enter the
relative menus. There is no documentation about this anywhere. People who
have posted on the forums about a similar problem did not get an answer, and
my posts were dealt with in a similar fashion."

- Wasif Toor to me

"Dear all,

I am working on HuiOpenVista4 (GTM/Linux). I am at 'begginers level'.
I am facing problems while admitting a patient and associating PTF records
of the patient.
I am using ADT MANAGER MENU, ADT SYSTEM DEFINITION MENU and SCHEDULING
MANAGER MENU.

I am done with setting up clinic, registering patients and scheduling them.
Now, i wanted to explore the "inpatients" process flow.
For that, i set up a WARD using ADT SYS DEF MENU
Created a new patient using ADT MGR MENU -> REGISTRATION MENU
Created room-beds using ADT SYS DEF MENU -> Add/Edit Beds
and then i admitted a patient using ADT MGR MENU -> Bed Control Menu

Now, it admits the patient, asks me for its room-bed, provider etc.
Final output is
"*Patient Admitted*
*  Notify NURSING ADP Coordinator and Site Manager that this patient was not
admitted into the NURSING Service because NURSING Site parameters were not
updated."*

After this i can see this pateint in CPRS, when i start CPRS and check the
radio button "WARD" on pateint selection screen, selecting the ward i just
created.
That means pateint is admitted, right.
Now, when i try to access the PTF record of this patient using ADT MGR MENU
-> PTF Menu
it says "No PTF record"
and when i again access ADMIT PATEINT menu, after feeding in the same
pateint name, it generates a warning
"*WARNING: This admission has no corresponding PTF record*."

cutting it short, i dont have PTF record associated with the admitted
pateint.

According to documentatoin in VDL, PTF is created automatically when a
pateint is registered and admitted.
Is it that i didnt assign any problems, meds, orders to this pateint using
CPRS?

and i would really like to know the process flow of an inpateint and what
basic units(wards, labs, etc) do i need to setup to treat an inpateint.

looking forward to all the "gurus" help :)"

-May 1 Hardhats email Jawad Shafiq






On Tuesday 16 May 2006 12:33, Cameron Schlehuber wrote:
What's the nature of the problem you're seeing?



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto: [EMAIL PROTECTED]] On Behalf Of ashfaq
Sent: Tuesday, May 16, 2006 6:23 AM
To: hardhats-members@lists.sourceforge.net
Subject: Re: [Hardhats-members] PTF Creation



We're constantly having problems with PTF creation in HuiVista4. Is
there a specific patch missing? Has anybody experienced this?





We are asking this question for quiet sometime now. I even searched Hardhats
archives and found similar questions unanswered.





Thanks



Ashfaq

--
Nancy Anthracite


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmdlnk&kid0709&bid&3057&dat1642
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members



--
Steven McPhelan
"Action springs not from thought, but from a readiness for responsibility." - Dietrich Bohhoeffer

Reply via email to