RE: [Hardhats-members] Billing Module for VistA
I haven't carefully explored the VistA AR system, though what I have done indicated that there are something like 11 options that appear to expand into as much as 50-75 additional options seemingly geared to the VA needs. I don't get much more help from the manual. Continuing the discussion of Accounts Receivable (AR) management, I wanted to test this groups thinking regarding relationships in the AR file. We recently had discussions of identifiers, which drives quite a bit of my concern. For over 25 years I have built the AR around a family oriented structure. While it is a great tool, it gets awkward managing individuals. We had recent discussion of identifiers without settling many issues. In my thinking that becomes even more important in design considerations for AR management. I am basing my concerns on some considerations presented below and will ask guidance from this group. I must also share my prejudice that that I consider a split system (separate but linked) a SERIOUS HANDICAP for EHR practice management execution. Since the early 80's I have listened to Mike Fitzsmaurice (ARQ), Ed Hammond (Duke University) and others debate the identifier. In a 2005 document they address recommendations - beware of wrap: http://www.connectingforhealth.org/assets/reports/linking_report_2_2005.pdf ...a health identifier as having six theoretical characteristics: . Unique Only one person has a particular identifier . Non-disclosing The identifier discloses no personal information . Permanent The identifier will never be re-used . Ubiquitous Everyone has an identifier . Canonical Each person in the system has only one identifier . Invariable A person's identifier won't change over time I plan to create three new files (ARFILE, RPFILE, INSURFILE) related to accounts management and insurance filling. I won't be surprised if I have to add other new files before the project is complete. My interest is NOT to build something using the identifier, but to anticipate potential problems. Since interest remains in VistA billing, I wanted to share these thoughts and get feedback. I expect to run the proposed AR system with ScreenMan interface, though as I get more familiar with other VistA options I (or someone) may find another interface. Thanks, thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Monday, February 06, 2006 2:41 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] Billing Module for VistA --- Thurman Pedigo [EMAIL PROTECTED] wrote: The downside is it is in FileMan - not VistA and it has a few files not represented in VistA. What do you mean? There is nothing wrong with creating new files (so long as you stsay within your namespace and numberspace, to avoid possible conflicts with other VistA modules). In fact, it is be expected that new applications (modules) will introduce new files. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Billing Module for VistA
Due to privacy and security concerns, there are and will be circumstances
where persons will have more than one health identifier. In some
circumstances the identifiers will be associated and in others they will not
be associated and will not be recognized as belonging to the same person (or
even known).
As you've probably recognized, individuals may have more than one plan for
eligibility, insurance, payment methods, etc. And some of those plan-person
associations will include family or significant other members covered. I'm
not sure what your three tables you named below represent, but I'd have a
table of individuals, a table of plans, a table of family associations
(two columns for each person and a column for the kind of relation {person
one relative to person two}), and a table of plan coverage with a column
for the plan account ID, plan ID, and person IDs. (Of course, with VA
FileMan judicious use of multiples will help maintain referential
integrity.) Visits, encounters, episodes, etc, would be associated with the
patient ID and the plan account ID. Billing would simply join all the
diagnoses and procedures associated with the visit episode (by time or
billing period).
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Thurman
Pedigo
Sent: Tuesday, February 07, 2006 12:00 PM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Billing Module for VistA
I haven't carefully explored the VistA AR system, though what I have done
indicated that there are something like 11 options that appear to expand
into as much as 50-75 additional options seemingly geared to the VA needs. I
don't get much more help from the manual.
Continuing the discussion of Accounts Receivable (AR) management, I wanted
to test this groups thinking regarding relationships in the AR file. We
recently had discussions of identifiers, which drives quite a bit of my
concern. For over 25 years I have built the AR around a family oriented
structure. While it is a great tool, it gets awkward managing individuals.
We had recent discussion of identifiers without settling many issues. In my
thinking that becomes even more important in design considerations for AR
management. I am basing my concerns on some considerations presented below
and will ask guidance from this group. I must also share my prejudice that
that I consider a split system (separate but linked) a SERIOUS HANDICAP for
EHR practice management execution.
Since the early 80's I have listened to Mike Fitzsmaurice (ARQ), Ed Hammond
(Duke University) and others debate the identifier. In a 2005 document they
address recommendations - beware of wrap:
http://www.connectingforhealth.org/assets/reports/linking_report_2_2005.pdf
...a health identifier as having six theoretical characteristics:
. Unique Only one person has a particular identifier
. Non-disclosing The identifier discloses no personal information
. Permanent The identifier will never be re-used
. Ubiquitous Everyone has an identifier
. Canonical Each person in the system has only one identifier
. Invariable A person's identifier won't change over time
I plan to create three new files (ARFILE, RPFILE, INSURFILE) related to
accounts management and insurance filling. I won't be surprised if I have to
add other new files before the project is complete. My interest is NOT to
build something using the identifier, but to anticipate potential problems.
Since interest remains in VistA billing, I wanted to share these thoughts
and get feedback. I expect to run the proposed AR system with ScreenMan
interface, though as I get more familiar with other VistA options I (or
someone) may find another interface.
Thanks,
thurman
-Original Message-
From: [EMAIL PROTECTED] [mailto:hardhats-
[EMAIL PROTECTED] On Behalf Of Greg Woodhouse
Sent: Monday, February 06, 2006 2:41 PM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Billing Module for VistA
--- Thurman Pedigo [EMAIL PROTECTED] wrote:
The
downside is it is in FileMan - not VistA and it has a few files not
represented in VistA.
What do you mean? There is nothing wrong with creating new files (so
long as you stsay within your namespace and numberspace, to avoid
possible conflicts with other VistA modules). In fact, it is be
expected that new applications (modules) will introduce new files.
===
Gregory Woodhouse [EMAIL PROTECTED]
All truth passes through three stages: First, it is ridiculed.
Second, it is violently opposed. Third, it is accepted as
being self-evident.
--Arthur Schopenhauer
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642
Re: [Hardhats-members] Billing Module for VistA
Nancy, I'd be interested in seeing the specs on VistA's billing output. I'm not enough of a progammer to do much more than create a post processor to convert text based output to the ANSI 837 format (probably in BASIC, unless I can figure out M) but that would probably be enough for my low budget office to avoid the costs of clearinghouses and middlemen. I'm back to billing everything on CMS-1500 paper and I'm trying to get VistA to generate it. I'm bogged down trying to place CPT and ICD codes on the CPRS encounter form which seems to be where the billing module captures the data. My encounter form comes up blank, despite having imported all of the CPT and ICD codes. Any Idea how to add codes to the form? Mike Schrom Nancy Anthracite wrote: I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
The real solution for this is going to have a formal billing package. There was a conference call with Fred Trotter who wanted to integrate his free billing system with VistA. But there was no one that started the actual programming. Kevin On 2/6/06, Mike Schrom [EMAIL PROTECTED] wrote: Nancy, I'd be interested in seeing the specs on VistA's billing output. I'm not enough of a progammer to do much more than create a post processor to convert text based output to the ANSI 837 format (probably in BASIC, unless I can figure out M) but that would probably be enough for my low budget office to avoid the costs of clearinghouses and middlemen. I'm back to billing everything on CMS-1500 paper and I'm trying to get VistA to generate it. I'm bogged down trying to place CPT and ICD codes on the CPRS encounter form which seems to be where the billing module captures the data. My encounter form comes up blank, despite having imported all of the CPT and ICD codes. Any Idea how to add codes to the form? Mike Schrom Nancy Anthracite wrote: I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. Kevin Toppenberg wrote: The real solution for this is going to have a formal billing package. There was a conference call with Fred Trotter who wanted to integrate his free billing system with VistA. But there was no one that started the actual programming. Kevin On 2/6/06, Mike Schrom [EMAIL PROTECTED] wrote: Nancy, I'd be interested in seeing the specs on VistA's billing output. I'm not enough of a progammer to do much more than create a post processor to convert text based output to the ANSI 837 format (probably in BASIC, unless I can figure out M) but that would probably be enough for my low budget office to avoid the costs of clearinghouses and middlemen. I'm back to billing everything on CMS-1500 paper and I'm trying to get VistA to generate it. I'm bogged down trying to place CPT and ICD codes on the CPRS encounter form which seems to be where the billing module captures the data. My encounter form comes up blank, despite having imported all of the CPT and ICD codes. Any Idea how to add codes to the form? Mike Schrom Nancy Anthracite wrote: I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=kkid3432bid#0486dat1642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files
Re: [Hardhats-members] Billing Module for VistA
--- Mike Schrom [EMAIL PROTECTED] wrote: I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. How comfortable do you feel with Basic? If you have an idea that you want to try implementing, I'd say to go for it. Personally, I think VistA would benefit from supporting multiple languages, but right now the infrastructure is a bit limited. I like to think M is to VistA as C is to Unix. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
Mike, If you can program in old Basic (I think that is what you are saying), you can learn to program in Mumps. The hard part of Mumps is not really the language, but learning to read some of the older styles of programming in Mumps. But if you do not learn Mumps you surely will not be able to read the VistA Mumps code. Jim Gray - Original Message - From: Mike Schrom [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, February 06, 2006 7:53 AM Subject: Re: [Hardhats-members] Billing Module for VistA I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. Kevin Toppenberg wrote: The real solution for this is going to have a formal billing package. There was a conference call with Fred Trotter who wanted to integrate his free billing system with VistA. But there was no one that started the actual programming. Kevin On 2/6/06, Mike Schrom [EMAIL PROTECTED] wrote: Nancy, I'd be interested in seeing the specs on VistA's billing output. I'm not enough of a progammer to do much more than create a post processor to convert text based output to the ANSI 837 format (probably in BASIC, unless I can figure out M) but that would probably be enough for my low budget office to avoid the costs of clearinghouses and middlemen. I'm back to billing everything on CMS-1500 paper and I'm trying to get VistA to generate it. I'm bogged down trying to place CPT and ICD codes on the CPRS encounter form which seems to be where the billing module captures the data. My encounter form comes up blank, despite having imported all of the CPT and ICD codes. Any Idea how to add codes to the form? Mike Schrom Nancy Anthracite wrote: I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search
Re: [Hardhats-members] Billing Module for VistA
I'm sure I could do it in BASIC, but if I'm going to stick with VistA, I'd probably try to learn M eventually anyway. I have the ANSI 837 documentation, though it may be an older version. I'd like to see how VistA formats the output. Greg Woodhouse wrote: --- Mike Schrom [EMAIL PROTECTED] wrote: I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. How comfortable do you feel with Basic? If you have an idea that you want to try implementing, I'd say to go for it. Personally, I think VistA would benefit from supporting multiple languages, but right now the infrastructure is a bit limited. I like to think M is to VistA as C is to Unix. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
The output is delivered in an email message as I understand it, so you probably have to figure out how to parse that, not Mumps code. On Monday 06 February 2006 12:06, James Gray wrote: Mike, If you can program in old Basic (I think that is what you are saying), you can learn to program in Mumps. The hard part of Mumps is not really the language, but learning to read some of the older styles of programming in Mumps. But if you do not learn Mumps you surely will not be able to read the VistA Mumps code. Jim Gray - Original Message - From: Mike Schrom [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, February 06, 2006 7:53 AM Subject: Re: [Hardhats-members] Billing Module for VistA I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. Kevin Toppenberg wrote: The real solution for this is going to have a formal billing package. There was a conference call with Fred Trotter who wanted to integrate his free billing system with VistA. But there was no one that started the actual programming. Kevin On 2/6/06, Mike Schrom [EMAIL PROTECTED] wrote: Nancy, I'd be interested in seeing the specs on VistA's billing output. I'm not enough of a progammer to do much more than create a post processor to convert text based output to the ANSI 837 format (probably in BASIC, unless I can figure out M) but that would probably be enough for my low budget office to avoid the costs of clearinghouses and middlemen. I'm back to billing everything on CMS-1500 paper and I'm trying to get VistA to generate it. I'm bogged down trying to place CPT and ICD codes on the CPRS encounter form which seems to be where the billing module captures the data. My encounter form comes up blank, despite having imported all of the CPT and ICD codes. Any Idea how to add codes to the form? Mike Schrom Nancy Anthracite wrote: I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
--- Nancy Anthracite [EMAIL PROTECTED] wrote: The output is delivered in an email message as I understand it, so you probably have to figure out how to parse that, not Mumps code. It's true that mail is often used for message transport, but there's really no reason why a VistA based solution couldn't opt for another alternative. For example, VistA HL7 still supports e-mail as a possible transport, but the most common option over TCP/IP is MLLP. There are all kinds of options: HL7, HTTP, FTP, web services (probably over HTTP), and so forth. Rather than being limited by what is being done now, why not ask what best suits your needs? === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
Because if you use what is shipped out in email, you do not need to know M and you don't need to modify VistA, and I thought it was a something thing that a VB Programmer could deal with. On Monday 06 February 2006 13:34, Greg Woodhouse wrote: --- Nancy Anthracite [EMAIL PROTECTED] wrote: The output is delivered in an email message as I understand it, so you probably have to figure out how to parse that, not Mumps code. It's true that mail is often used for message transport, but there's really no reason why a VistA based solution couldn't opt for another alternative. For example, VistA HL7 still supports e-mail as a possible transport, but the most common option over TCP/IP is MLLP. There are all kinds of options: HL7, HTTP, FTP, web services (probably over HTTP), and so forth. Rather than being limited by what is being done now, why not ask what best suits your needs? === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
--- Nancy Anthracite [EMAIL PROTECTED] wrote: Because if you use what is shipped out in email, you do not need to know M and you don't need to modify VistA, and I thought it was a something thing that a VB Programmer could deal with. Extending VistA (adding new components) and modifying VistA (altering existing components) aren't the same thing. There's no reason not to *extend* VistA, but modifying what is already there is another thing entirely. I agree with you that a VB (or Java, or C) programmer ought to be able to deal with mail messages without any trouble, but isn't that true of HTTP, HL7, and other protocols, too? The tricky thing is not the message format itself, but the interface with the rest of VistA. But then again, I suspect we're saying the same thing in different ways. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Billing Module for VistA
I have a HCFA1500 billing application (using it years) in FileMan that I am willing to share. I can export it via KIDS for interested parties. The downside is it is in FileMan - not VistA and it has a few files not represented in VistA. It does the HCFA just fine. I now make a daring statement that I will make every effort to get it to a level that will integrate with VistA by the end of this month. It is quite rudimentary, built on multiples and ScreenMan. It would be interesting to have feed back on whether it has any potential for other users. I may be able to set it up with VPN (or outside our firewall) to give someone a chance to look at it as is. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Mike Schrom Sent: Monday, February 06, 2006 11:18 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Billing Module for VistA I'm sure I could do it in BASIC, but if I'm going to stick with VistA, I'd probably try to learn M eventually anyway. I have the ANSI 837 documentation, though it may be an older version. I'd like to see how VistA formats the output. Greg Woodhouse wrote: --- Mike Schrom [EMAIL PROTECTED] wrote: I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. How comfortable do you feel with Basic? If you have an idea that you want to try implementing, I'd say to go for it. Personally, I think VistA would benefit from supporting multiple languages, but right now the infrastructure is a bit limited. I like to think M is to VistA as C is to Unix. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Billing Module for VistA
Having traded Basic for FileMan nearly 20 years ago - I would not advise Basic for billing - though I do use a VB interface to create some jazzy forms with Omniform. http://www.nuance.com/omniform/ thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Monday, February 06, 2006 1:43 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Billing Module for VistA --- Nancy Anthracite [EMAIL PROTECTED] wrote: Because if you use what is shipped out in email, you do not need to know M and you don't need to modify VistA, and I thought it was a something thing that a VB Programmer could deal with. Extending VistA (adding new components) and modifying VistA (altering existing components) aren't the same thing. There's no reason not to *extend* VistA, but modifying what is already there is another thing entirely. I agree with you that a VB (or Java, or C) programmer ought to be able to deal with mail messages without any trouble, but isn't that true of HTTP, HL7, and other protocols, too? The tricky thing is not the message format itself, but the interface with the rest of VistA. But then again, I suspect we're saying the same thing in different ways. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Billing Module for VistA
--- Thurman Pedigo [EMAIL PROTECTED] wrote: The downside is it is in FileMan - not VistA and it has a few files not represented in VistA. What do you mean? There is nothing wrong with creating new files (so long as you stsay within your namespace and numberspace, to avoid possible conflicts with other VistA modules). In fact, it is be expected that new applications (modules) will introduce new files. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I'm interested in seeing it, but I would really like to have an EDI billing routine. You planted a seed, though. I didn't consider using Fileman, but that isn't such a bad idea. Fileman is pretty Vista 'friendly', and doesn't require 'programming' per se. Thurman Pedigo wrote: I have a HCFA1500 billing application (using it years) in FileMan that I am willing to share. I can export it via KIDS for interested parties. The downside is it is in FileMan - not VistA and it has a few files not represented in VistA. It does the HCFA just fine. I now make a daring statement that I will make every effort to get it to a level that will integrate with VistA by the end of this month. It is quite rudimentary, built on multiples and ScreenMan. It would be interesting to have feed back on whether it has any potential for other users. I may be able to set it up with VPN (or outside our firewall) to give someone a chance to look at it as is. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Mike Schrom Sent: Monday, February 06, 2006 11:18 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Billing Module for VistA I'm sure I could do it in BASIC, but if I'm going to stick with VistA, I'd probably try to learn M eventually anyway. I have the ANSI 837 documentation, though it may be an older version. I'd like to see how VistA formats the output. Greg Woodhouse wrote: --- Mike Schrom [EMAIL PROTECTED] wrote: I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. How comfortable do you feel with Basic? If you have an idea that you want to try implementing, I'd say to go for it. Personally, I think VistA would benefit from supporting multiple languages, but right now the infrastructure is a bit limited. I like to think M is to VistA as C is to Unix. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I just looked at the Users manual and that has the WebMD, Austin stuff in it - all proprietary. However, it looks suspiciously like VistA might be capable of transmitting an 837 now. On Monday 06 February 2006 16:36, Nancy Anthracite wrote: Have you looked at www.va.gov/vdl under Financial Infrastructure, Integrated Billing where there is an EDI users manual, etc.? On Monday 06 February 2006 16:09, Mike Schrom wrote: I'm interested in seeing it, but I would really like to have an EDI billing routine. You planted a seed, though. I didn't consider using Fileman, but that isn't such a bad idea. Fileman is pretty Vista 'friendly', and doesn't require 'programming' per se. Thurman Pedigo wrote: I have a HCFA1500 billing application (using it years) in FileMan that I am willing to share. I can export it via KIDS for interested parties. The downside is it is in FileMan - not VistA and it has a few files not represented in VistA. It does the HCFA just fine. I now make a daring statement that I will make every effort to get it to a level that will integrate with VistA by the end of this month. It is quite rudimentary, built on multiples and ScreenMan. It would be interesting to have feed back on whether it has any potential for other users. I may be able to set it up with VPN (or outside our firewall) to give someone a chance to look at it as is. thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Mike Schrom Sent: Monday, February 06, 2006 11:18 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Billing Module for VistA I'm sure I could do it in BASIC, but if I'm going to stick with VistA, I'd probably try to learn M eventually anyway. I have the ANSI 837 documentation, though it may be an older version. I'd like to see how VistA formats the output. Greg Woodhouse wrote: --- Mike Schrom [EMAIL PROTECTED] wrote: I agree, and I'd like to help, but my programming experience is limited to 35 year old recollection of BASIC. How comfortable do you feel with Basic? If you have an idea that you want to try implementing, I'd say to go for it. Personally, I think VistA would benefit from supporting multiple languages, but right now the infrastructure is a bit limited. I like to think M is to VistA as C is to Unix. === Gregory Woodhouse [EMAIL PROTECTED] All truth passes through three stages: First, it is ridiculed. Second, it is violently opposed. Third, it is accepted as being self-evident. --Arthur Schopenhauer --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid
Re: [Hardhats-members] Billing Module for VistA
Others can comment about what has been done where VistA has been installed, but the issue of coming up with a solution that can work with something open source has not been dealt with yet, although Richard Schilling has recently talked with me about taking a serious look at the possibility of connecting VistA up to FreeB and will donate any work he does to the community. Several billing companies are willing to take the output from VistA, the specs of which are defined in a document I will be more than happy to send anyone who wants it, and adapt it to their billing system if the demand seems to warrant it.The folks I am talking want to act as clearing houses or middlemen between the doctor and the payers. The original developer of FreeB, Fred Trotter, has turned the FreeB project over to Uversa. David Uhlman from Uversa wrote this to me when I asked him what, if anything, was going on with the FreeB-VistA interface. He wrote back the following: We have had tepid interest from a few people but no concrete projects. FreeB has a fairly straightforward web services API and has been easily made to work with a variety of other suites. We would be happy to offer basic guidance on using the API. That API he mentioned is here: http://svn.op-en.org/filedetails.php?repname=freeb2path=%2Ftrunk% 2Fsoap_gateway.phprev=0sc=0 And a link to the demo: http://www.clear-health.com/site/software/clearhealth.html Here is David's contact information: David Uhlman Customer Happiness Guru CEO Uversa Inc. Phone (480) 967-7946 x111 Toll Free (877) 883-7728 x111 Mobile (602) 770-9551 Fax (480) 718-7948 [EMAIL PROTECTED] I suspect that Uversa would need to be paid if they contribute significantly to completing this interface, but I have not addressed this with David because there hasn't been anyone other than Richard, and that was just recently, who has stepped up to the plate to take this on. I understand that the FreeB code is open source, and can be downloaded, and Uversa can provide support for it for doctors in the future if this interface is made, so I think it is very likely to be well worth the effort. Richard Schilling's email address is Richard Schilling [EMAIL PROTECTED] . He wrote this to me several days ago: Thanks for the link to the code and the demo. I checked them out, and had looked at FreeB when it first came out (sometime between 2000 and 2002 I think?). The code itself is functional, but they're going to have to address interoperability, if for no other reason the payers are probably moving to .NET. I think we can address that and provide a way for products like FreeB to serve as a billing processor for VistA data. We can talk to the FreeB folks, also. I will forward this email on to Richard and see if he has made any progress. Please, if you are interested in helping come up with an open source solution, let me know and I will do what I can to facilitate that process. On Sunday 05 February 2006 11:45, Larry Andreassen wrote: When VistA is installed in commercial hospitals and environments, how is billing handled? Are there some examples that could be provided where a billing package was successfully added to VistA? I would be interested in the approach taken by the billing softwares added to VistA by varous non-VistA projects. I assume the approach taken is to... * Ad a billing package to accumlate data, create reports, and bills... * Place hooks (lines of code) in the various revenue-generating packages in VistA to populate the billing module. If anyone knows, what strategies to billing have been taken by non-VistA users of VistA? (If this has been discussed on other messages or other locations, and I can't imagine it has not, please just provide links.) Thanks! -- Nancy Anthracite --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid3432bid#0486dat1642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of thedata elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. Jim Gray - Original Message - From: Larry Andreassen To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 9:45 AM Subject: [Hardhats-members] Billing Module for VistA When VistA is installed in commercial hospitals and environments, how is billing handled? Are there some examples that could be provided where a billing package was successfully added to VistA? I would be interested in the approach taken by the billing softwares added to VistA by varous non-VistA projects. I assume the approach taken is to... * Ad a billing package to accumlate data, create reports, and bills... * Place hooks (lines of code) in the various revenue-generating packages in VistA to populate the billing module. If anyone knows, what strategies to billing have been taken by non-VistA users of VistA? (If this has been discussed on other messages or other locations, and I can't imagine it has not, please just provide links.) Thanks!
Re: [Hardhats-members] Billing Module for VistA
If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Billing Module for VistA
I believe VistA can still generate a 1500 type bill, although I have never tried any of that. The output in the document I have is for sending to Austin to then forward to WebMD, but it has all of the content that all of the insurance companies might want beyond the usual stuff in a HIPAA compliant transmission. On Sunday 05 February 2006 15:53, James Gray wrote: I assume it is still included in the IHS RPMS FOIA release. The bill generator in RPMS is much more than a single routine. There is also the newer software from Infomatix. Jim Gray - Original Message - From: JohnLeoZimmer [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Sunday, February 05, 2006 1:10 PM Subject: Re: [Hardhats-members] Billing Module for VistA If that routine is available it would give us a big headstart. jlz James Gray wrote: I just want to comment about the concept of putting lines of code into the various revenue-generating packages in VistA. I think that should be avoided as much as possible. In RPMS the approach has been to put a special cross reference onto the Visit file (file 910) that flags the visit as having not been checked by billing. Every night during off hours a background program runs to check all of the new and changed visits and checks all of the data elements in the various package that keep data that might be billable items. Bills are generated in that way without requiring mods to the clinical packages. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
