[Hardhats-members] WorldVista newsletter

[Maury Pepper]

WorldVistA Newsletter January 2006

The Directors and Officers of WorldVistA would like to take this opportunity
to wish the VistA community best wishes for 2006 and provide a summary of
last year's activities as well as an update on our plans for 2006.  Last
year was a very busy year for WorldVistA.  2005 saw an explosive growth of
interest in VistA, and we are confident that this is only the beginning. The
following is a summary of highlights from last year:

  ?  VistA-Office EHR Project - The VistA-Office EHR project generated
hundreds inquires from vendors and other organizations interested in
learning more about VistA and VOE. The bulk of our time and energy had been
devoted to responding to these enquiries and satisfying the objectives and
evolving demands of the VOE project.

  ?  Foundation building - The bulk of our work was devoted to "foundation
building" and as such has had little visibility. The VOE project has
provided the time and resources for us to put in place the tools and
processes necessary to implement a software management life cycle which is
much more in synch with the VA's "patch stream" process than a "release"
based model. As many of you know VistA is continuously improved by the VA
through a steady stream of incremental enhancements and fixes rather than
"releases"

  ?  Community Meeting, Boston - We held a very successful and well
attending community meeting in Boston, graciously hosted by InterSystems in
the spring.

  ?  Reorganization of the Board - WorldVistA transitioned into a new phase
of maturity when it won the opportunity to participate in the VOE project.
This, plus our own self reflection and feedback solicited from members and
partners, clearly indicated that WorldVistA needed to change to be able to
respond effectively to the opportunities and challenges of our new role and
responsibilities while continuing to meet the need of our expanding
community. A key decision was to establish a clear separation between
"governance" and "execution". Most of the operational action has been
shifted from the WorldVistA Board of Directors to an executive level,
leaving the Board responsible for long-term strategy and oversight but not
responsible for daily operation. Our previous structure, although well
suited to our "early growth" phase, became unwieldy and did not scale well.
Our new structure establishes a more scalable, project-oriented model at the
operational level providing for both better accountability and clearer
authority. Maury Pepper chairs the new Board.  K.S. Bhaskar, Joseph Dal
Molin, Larry Landis and Rick Marshall are the other Board members.  The
executive team members are: Joseph Dal Molin as Interim President & VP
Business Development, K.S. Bhaskar as Chief Operating Officer, Rick Marshall
as Chief Technology Officer, Larry Landis as Chief Information Officer, Dave
Whitten as Treasurer, Colin Smith as VP Special Projects, and Chris
Richardson as corporate Secretary.

Our planning for 2006 is on going and currently WorldVistA's key goals for
2006 include:

1.  Implement the software management life cycle and migrate away from the
release-based model for the majority of improvements and fixes to a
continuous incremental enhancement stream. A key part of this is to continue
to strengthen the formal relationship we have established with the VA
through the VOE initiative.

2.  Expand sources of funding and implement the sustainability plan
developed as part of the VOE project.

3.  Add VPE and Fileman 23 to the VistA code base

4.  Implement a membership program and attract a significant number of
individual and organizational members.

5.  Organize one major VistA Community Meeting as well as a number of
smaller meetings as possible throughout the year.

6.  Dramatically increase the number of people associated with WorldVistA by
providing opportunities to participate and benefits of membership.  For
development, we plan to set up a technical meritocracy (along the lines of
organizations such as the Apache Software Foundation.)
Once again, we would like to wish everyone a happy and prosperous 2006, and
we look forward to a great year for the VistA community.

Maury Pepper
Joseph Dal Molin



---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Making Fileman language independent?

[Michael Zacharias]

see my inline responses below...


Michael

--- James Gray <[EMAIL PROTECTED]> wrote:

> I do not understand the value or point of this.  Both examples seem more 
> complicated than either of the two one line statements that Kevin has below. 

I guess it comes down to personal preference.  I have to agree with what Greg
said about the level of abstraction.  To me, I find it easier to say:

S NAM=Pat.name

This way, I don't have to know in what global/piece the data is stored, what
the IEN is, etc.  When I code, I like to build the programming language up to
the application.  To me, the level of abstraction of my example is one step
higher than using the Fileman API.


> I do not understand how this is connected to Greg concept of making Fileman 
> language independent.

I took Greg's comments of making Fileman language independant to mean not
dependant on knowing the ins-and-outs of how Fileman works.  The API does a
nice job of this, but I think it could be better.  I don't think this higher
abstraction can be achieved through ANSI M programming constructs.  You could
do quite well using a functional programming style, but I think to achieve a
seperation from "programming with the knowledge of how Fileman works", to just
programming, some kind of a compiler/macro facility is needed.  

In my examples, I used a '&&' notation to indicate a macro.  In my mind, this
would translate into a macro expansion that would contain the code to return
the patient's name.  As an application level programmer, I didn't have to know
that the patient's name was in file number 200 of the ^DD global at piece
number 1, etc...That was all handled by the macro.


> Jim Gray
> 
> - Original Message - 
> From: "Michael Zacharias" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, February 06, 2006 3:52 PM
> Subject: Re: [Hardhats-members] Making Fileman language independent?
> 
> 
> > This is something I've thought about for a long time too.  I've always 
> > thought
> > that Fileman could benefit from it's own scripting language (FSL?) 
> > Profile's
> > DataQwik has done this, and it is quite elegant.  Using Kevin's example 
> > below,
> > obtaining a patient's name can be reduced to something like:
> >
> > N Pat,Name
> > S Pat=&&CreateObject("Patient",1234)
> > S Name=Pat.Name
> >
> > Or even sql:
> > N sql,NAM
> > k rs,err
> > S sql="NAME FROM PATIENT WHERE ID=1234"
> > F  D &&SqlSelect(sql,.rs,.err) Q:$D(err)  D
> > .  S NAM=$P(rs,$C(9),1)
> > .  Q
> >
> > (note  I am sure I've screwed up the syntax as it has been a few months 
> > since
> > I've had to do this!!).
> >
> >
> > Michael
> >
> >
> >
> > --- Kevin Toppenberg <[EMAIL PROTECTED]> wrote:
> >
> >> Well, the more I have used M, the more I find that it is much easier
> >> to do the low level coding than it is to use the higher level
> >> interface.  I think that says something significant--since it is
> >> usually harder to do lower-level coding   E.g. c++ is easier than c,
> >> which is easier than assembly, which is easier than machine byte code.
> >>  But
> >> set name=$piece($get(^DPT(1234,0)),"^",1)
> >> is just easier than
> >> do GETS^DIQ(200,1234_",",.01,,"TMGOUT","TMGERR")
> >> (more code here to parse TMGOUT)
> >> (Just to do this example, I had to pull out the manueal to get the
> >> parameters correct.)
> >>
> >> But how about a compromise?
> >> Set up a special category of platform-independant-code.  Programmers
> >> can $order through an index if they want, but then they will fail to
> >> qualify as  XYZ type code.  Then, there would need to be some reason
> >> that users would want to have their code be XYZ status.
> >>
> >> Kevin
> >>
> >>
> >>
> >> >
> >> > >I can't
> >> > > see
> >> > > that happening.
> >> > >
> >> >
> >> > Maybe not, but one thing is sure: It never will happen if everyone just
> >> > shrugs their shoulders and says that they can't see it happening.
> >> > Defeatism is not the way to make VistA succeed.
> >> >
> >>
> >>
> >> ---
> >> 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=lnk&kid3432&bid#0486&dat1642
> >> ___
> >> Hardhats-members mailing list
> >> Hardhats-members@lists.sourceforge.net
> >> https://lists.sourceforge.net/lists/listinfo/hardhats-members
> >>
> >
> >
> >
> >
> >
> >
> >
> > __
> > Find your next car at http://autos.yahoo.ca
> >
> >
> > ---
> > 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.

[Hardhats-members] Re: Purchasing CPT code license

[Marc Krawitz]

Okay - I've purchased the cpt codes - now how do I go about installing them.

Thanks,

Marc


---
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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

[Hardhats-members] User Conference registration

[leon zhao]

Hi all,

Would anyone know how to register and etc. for the coming conference?

Thanks in advance.

LZ

_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/




---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] Purchasing CPT code license

[Norman Dodd]

However they are not the newest codes.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marc Krawitz
Sent: Monday, February 06, 2006
9:41 AM
To: hardhats-members@lists.sourceforge.net
Subject: [Hardhats-members]
Purchasing CPT code license



 



Just to confirm, is the AMA CPT code set which is formatted for
VistA Office also compatible with FOIA VistA?  In other words, the
following:





 





https://catalog.ama-assn.org/Catalog/product/product_detail.jsp?productId=prod64?checkXwho=done





 





Other than the CPT codes, are all other code sets included with the
FOIA distribution?





 





Thanks,





 





Marc





 

RE: [Hardhats-members] Purchasing CPT code license

[Greg Woodhouse]

--- Norman Dodd <[EMAIL PROTECTED]> wrote:

> However they are not the newest codes.
> 

How are they normally distributed? CSV files? Surely, writing code to
import the data wouldn't be that difficult. In any case, it certainly
makes more sense to write code to work with the format in which the CPT
codes are normally distributed than it does to wait for a special
version of each formatted as globals that can be read into a VistA
system.

Just my opinion.


===
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Making Fileman language independent?

[Greg Woodhouse]

See below.

--- Michael Zacharias <[EMAIL PROTECTED]> wrote:

> see my inline responses below...
> 
> 
> Michael
> 
> --- James Gray <[EMAIL PROTECTED]> wrote:
> 
> > I do not understand the value or point of this.  Both examples seem
> more 
> > complicated than either of the two one line statements that Kevin
> has below. 
> 
> I guess it comes down to personal preference.  I have to agree with
> what Greg
> said about the level of abstraction.  To me, I find it easier to say:
> 
> S NAM=Pat.name
> 
> This way, I don't have to know in what global/piece the data is
> stored, what
> the IEN is, etc.  When I code, I like to build the programming
> language up to
> the application.  

[Greg]
That's an interesting phrase (I like it).

To me, this is a bit of balancing act, because simplicity in language
design is also important. However, I believe the fundamental
abstractions (or maybe meta-abstractions?) with which you work *should*
be incorporated into the language itself. MUMPS is powerful, in large
measure, due to its arrays and global subsystem, which eliminate a lot
of complexity that would be present in languages where these data
structures need to be built "from scratch".

The problem, though, is that files and globals are different things,
with very different properties. The language supports one, but the
other can only be handled through libraries (like the DBS API). The
downside to supporting abstractions of this type is that des involve a
certain syntactic and semantic overhead, leading to languages that can
be complex and difficult to use. I think that one reason I tend to
prefer functional languages over others is the simplicity.

> To me, the level of abstraction of my example is
> one step
> higher than using the Fileman API.

[Greg]
Yes. Perhaps one issue is that syntax that looks at all SQL-like does
tend to provoke a bit of a visceral reaction, at least for some members
of this list, and that may be a bit of what you're seeing. 

But, in any case, I'm not really sure that the relational abstraction
is the right one, at least at the language level. I've considered
alternatives ranging from trying to incorporate an ODMG type data model
into the base language (and, yes, I know what C.J. Date has to say
about ODMG!) to a simpler list based syntax. Right now, I'm especially
interested in explicitly typed functional languages (like ML or
Haskell) though, frankly, I feel more at home with LISP. I'm also
intrigued by AllegroCache, perhaps because it seems so MUMPS-like. An
idea I've floated before (and am still exploring) is functional
Fileman. Though I once thought an ODMG type approach would be best, I'm
now leaning toward an explicitly typed functional approach.
> 
> 
> > I do not understand how this is connected to Greg concept of making
> Fileman 
> > language independent.
> 
> I took Greg's comments of making Fileman language independant to mean
> not
> dependant on knowing the ins-and-outs of how Fileman works.  

[Greg]
Exactly.

> The API
> does a
> nice job of this, but I think it could be better.  I don't think this
> higher
> abstraction can be achieved through ANSI M programming constructs. 

[Greg]

I don't know. I *do* think a lot more could be done to support the
necessary abstractions through ANSI M, simply by enhancing the Fileman
API. However, this does not mean I don't think the language needs to
change, and I certainly don't see libraries of extrinsic functions as a
viable substitute for updating the langguage.

> You could
> do quite well using a functional programming style, but I think to
> achieve a
> seperation from "programming with the knowledge of how Fileman
> works", to just
> programming, some kind of a compiler/macro facility is needed.  

[Greg]
That sounds like a good approach to me, too. 
> 
> In my examples, I used a '&&' notation to indicate a macro.  In my
> mind, this
> would translate into a macro expansion that would contain the code to
> return
> the patient's name.  As an application level programmer, I didn't
> have to know
> that the patient's name was in file number 200 of the ^DD global at
> piece
> number 1, etc...That was all handled by the macro.
> 
> 


===
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

[Hardhats-members] CPRS REPORTS PROBLEM

[Carlos sosa sosa]

HI, i don't know what is the problem i think i do everything like 
installation guide ,i have cache on windows , but en the reports tab CPRS 
ERROR: Unable to open HFS file--- this error it appears and that to do, 
I was reading some post but I was not understood to them so that's my 
problem if somebody can help me , im very been thankful


_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] Purchasing CPT code license

[Cameron Schlehuber]

That worked fine when the CPT codes were only found in the ICPT global.  Now
the codes are scattered throughout the Lexicon tables as well.  It takes a
fair amount of work to knit things together.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greg
Woodhouse
Sent: Tuesday, February 07, 2006 10:28 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

--- Norman Dodd <[EMAIL PROTECTED]> wrote:

> However they are not the newest codes.
> 

How are they normally distributed? CSV files? Surely, writing code to
import the data wouldn't be that difficult. In any case, it certainly
makes more sense to write code to work with the format in which the CPT
codes are normally distributed than it does to wait for a special
version of each formatted as globals that can be read into a VistA
system.

Just my opinion.


===
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=lnk&kid=103432&bid=230486&dat=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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

[Hardhats-members] PATIENT/IHS Health Record Number question

[J. Michael Towry]

I have been given to understand that the PATIENT/IHS (file 901) Health
Record Number is the correct place to store a patient ID from a non-VISTA
practice management system. However, the PATIENT/IHS record seems to be
linked to the PATIENT record only by name, which is not unique. Am I missing
something here? Is there in fact some unique link from PATIENT/IHS to
PATIENT?

Also, is there some way in which the VA Fileman Import Data function can be
used to import an external patient ID into a PATIENT/IHS record? In playing
around with this, I've found that it seems not to want to create a new
PATIENT/IHS record from the import data because a PATIENT/IHS record already
exists containing the Social Security Number (which record is automatically
created during import of the PATIENT data).


---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Re: Purchasing CPT code license

[Nancy Anthracite]

http://vista-office.org/support

On Tuesday 07 February 2006 10:37, Marc Krawitz wrote:
Okay - I've purchased the cpt codes - now how do I go about installing them.

Thanks,

Marc


---
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=lnk&kid3432&bid#0486&dat1642
___
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] "Silent" Fileman calls not silent

[Steven McPhelan]

Mike explained the problem again.  The problem is not with READing from the null device, it has to do with what does the application do if it gets a  value from the READ.  Fileman and other applications display a message a prompt again.  Since M answers the READ command, one cannot check for $T either since it would indicate that the READ command did not time-out.

 
In this case, I believe someone else determined (or guessed) that the READ may be coming from the processing of an input transform and not from a cross reference.  This would make much more sense.  But it does not alleviate the problem with an infinite loop of reading from the null device.

 
Your other suggestion requires code that is M implementation specific.  Since the problem is with the M READ command, I do not know how you would address this for all of VistA.  The number of READ commnands in all VistA applications is tremendous.  Just because the problem occurred within a Fileman input transform, you have no assurance that the READ command is within the domain of Fileman.  I do not believe that the MDC addressed in final form what the standard behavior of a M system should be in response to a READ from the null device.  I do not know if it was even discussed.

Re: [Hardhats-members] "Silent" Fileman calls not silent

[Greg Woodhouse]

--- Steven McPhelan <[EMAIL PROTECTED]> wrote:

> Mike explained the problem again.  The problem is not with READing
> from the
> null device, it has to do with what does the application do if it
> gets a
>  value from the READ.  Fileman and other applications display a
> message a prompt again.  Since M answers the READ command, one cannot
> check
> for $T either since it would indicate that the READ command did not
> time-out.

Right.

> 
> In this case, I believe someone else determined (or guessed) that the
> READ
> may be coming from the processing of an input transform and not from
> a cross
> reference.  This would make much more sense.  But it does not
> alleviate the
> problem with an infinite loop of reading from the null device.

I wouldn't doubt it. I've seen input transforms do all kinds of
"interesting" things.
> 
> Your other suggestion requires code that is M implementation
> specific.

So be it, then. If it is necessary to provide a Kernel utility to read
from a file and trap th end of file error, then maybe we need one.

> Since the problem is with the M READ command, I do not know how you
> would
> address this for all of VistA.  The number of READ commnands in all
> VistA
> applications is tremendous.  

Moving forward, we can at least provide the infrastructure to do IO
properly. As for old code, we have two choices: we can either accept
the status quo or fix code that is known to cause problems. It's
happened before: Eliminating $NEXT from the data dictionaries is
something ele that had to be done. If any existing code still uses
$NEXT, it is non-compliant. Similarly, the SAC says:



2.11.5  READ commands should not be used in the data dictionary.  

 2.11.6  WRITE commands should not be used in data dictionaries 
(except for VA FileMan generated ID nodes).  The call to EN^DDIOL
should be used.  

Maybe this needs to be made explicit, but I take this to apply to any
and all code reachable through code embedded in a DD. 



> Just because the problem occurred within
> a
> Fileman input transform, you have no assurance that the READ command
> is
> within the domain of Fileman.  

That's true. The input transforms, cross-references, etc. are
components of the application.

>I do not believe that the MDC
> addressed in
> final form what the standard behavior of a M system should be in
> response to
> a READ from the null device.  I do not know if it was even discussed.
> 

Whether it is done through the core language or a standard library, IO
is something that very much needs to be addressed in a revised standard
(or report). 


===
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=lnk&kid=103432&bid=230486&dat=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]

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=lnk&kid=103432&bid=230486&dat=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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] PATIENT/IHS Health Record Number question

[Cameron Schlehuber]

The IEN (Internal Entry Number) for entries in both files should be in
lock-step with each other.  I.e. entry 1234 in file 2 should be 1234 for the
same patient in file 901.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of J.
Michael Towry
Sent: Tuesday, February 07, 2006 10:44 AM
To: hardhats members
Subject: [Hardhats-members] PATIENT/IHS Health Record Number question

I have been given to understand that the PATIENT/IHS (file 901) Health
Record Number is the correct place to store a patient ID from a non-VISTA
practice management system. However, the PATIENT/IHS record seems to be
linked to the PATIENT record only by name, which is not unique. Am I missing
something here? Is there in fact some unique link from PATIENT/IHS to
PATIENT?

Also, is there some way in which the VA Fileman Import Data function can be
used to import an external patient ID into a PATIENT/IHS record? In playing
around with this, I've found that it seems not to want to create a new
PATIENT/IHS record from the import data because a PATIENT/IHS record already
exists containing the Social Security Number (which record is automatically
created during import of the PATIENT data).


---
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=lnk&kid=103432&bid=230486&dat=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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] Billing Module for VistA

[Cameron Schlehuber]

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

Re: [Hardhats-members] Re: Purchasing CPT code license

[Marc Krawitz]

Where do I get cptpatch from?

Thanks,

Marc


---
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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Making Fileman language independent?

[James Gray]

- Original Message - 
From: "Greg Woodhouse" <[EMAIL PROTECTED]>




See below.

--- Michael Zacharias <[EMAIL PROTECTED]> wrote:


see my inline responses below...


Michael

--- James Gray <[EMAIL PROTECTED]> wrote:





To me, the level of abstraction of my example is
one step
higher than using the Fileman API.


[Greg]
Yes. Perhaps one issue is that syntax that looks at all SQL-like does
tend to provoke a bit of a visceral reaction, at least for some members
of this list, and that may be a bit of what you're seeing.


[JLG]  In my case I do not think it was a viceral reaction to SQL.  However, 
that said, I do not know SQL and do not know what is intuitive about it.


But, in any case, I'm not really sure that the relational abstraction
is the right one, at least at the language level.


[JLG]  I am doubtful it is the right one.


I've considered
alternatives ranging from trying to incorporate an ODMG type data model
into the base language (and, yes, I know what C.J. Date has to say
about ODMG!) to a simpler list based syntax.


[JLG]  I do not know what C.J. Date says.


Right now, I'm especially
interested in explicitly typed functional languages (like ML or
Haskell) though, frankly, I feel more at home with LISP. I'm also
intrigued by AllegroCache, perhaps because it seems so MUMPS-like. An
idea I've floated before (and am still exploring) is functional
Fileman. Though I once thought an ODMG type approach would be best, I'm
now leaning toward an explicitly typed functional approach.



> I do not understand how this is connected to Greg concept of making
Fileman
> language independent.

I took Greg's comments of making Fileman language independant to mean
not
dependant on knowing the ins-and-outs of how Fileman works.


[Greg]
Exactly.





---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] PATIENT/IHS Health Record Number question

[James Gray]

File 901 is dinumed so the IEN is the same as the IEN of file 2. 
Logically in many respects the two files are a lot like one file.  In file 
901 the HRN is a multiple that is linked to location.  The location is 
stored in variable DUZ(2).  There can be only one HRN for each location.  If 
the SSN is already stored for the location as the HRN value, you need to 
change that HRN to the new one or store it in a new location.


Jim Gray

- Original Message - 
From: "J. Michael Towry" <[EMAIL PROTECTED]>

To: "hardhats members" 
Sent: Tuesday, February 07, 2006 10:43 AM
Subject: [Hardhats-members] PATIENT/IHS Health Record Number question



I have been given to understand that the PATIENT/IHS (file 901) Health
Record Number is the correct place to store a patient ID from a non-VISTA
practice management system. However, the PATIENT/IHS record seems to be
linked to the PATIENT record only by name, which is not unique. Am I 
missing

something here? Is there in fact some unique link from PATIENT/IHS to
PATIENT?

Also, is there some way in which the VA Fileman Import Data function can 
be
used to import an external patient ID into a PATIENT/IHS record? In 
playing

around with this, I've found that it seems not to want to create a new
PATIENT/IHS record from the import data because a PATIENT/IHS record 
already
exists containing the Social Security Number (which record is 
automatically

created during import of the PATIENT data).


---
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=lnk&kid=103432&bid=230486&dat=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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] CPRS REPORTS PROBLEM

[Nancy Anthracite]

Carlos, it may be that you need to make a directory on your machine that is 
for the HFS device.  Look in your device file for HFS and it will probably 
show a directory, and you will need to create one like it. I created an empty 
documant with the hfs.dat name.  I am not sure it was necessary.  In my 
system,  /tmp/ is already there.

GTM>D Q^DI


VA FileMan 22.0


Select OPTION: 5  INQUIRE TO FILE ENTRIES



OUTPUT FROM WHAT FILE: KERNEL SYSTEM PARAMETERS// DEVICE
  (64 entries)
Select DEVICE NAME: HFS  GTM-UNIX-HFSHost File Server 
(GT.M) /tmp/hfs.dat

ANOTHER ONE:  

On Tuesday 07 February 2006 12:38, Carlos sosa sosa wrote:
HI, i don't know what is the problem i think i do everything like
installation guide ,i have cache on windows , but en the reports tab CPRS
ERROR: Unable to open HFS file--- this error it appears and that to do,
I was reading some post but I was not understood to them so that's my
problem if somebody can help me , im very been thankful

_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/



---
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=lnk&kid=103432&bid=230486&dat=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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

[Hardhats-members] Hardware testing with mprime

[Ismet Kursunoglu]

Off topic but I thought that others would benefit greatly from knowing about
this application of mprime, namely for stress testing your system prior to 
deploying
it into production. 

http://www.mersenne.org/freesoft.htm

I have been running it for 24 hours as a final test prior to configuring
our systems for production. So far I picked up one error that appears to be 
related to a faulty chip-set fan. 

I have heard of others using it as a check on their Beowulf clusters.

-- 
Ismet B. Kursunoglu, MD, FCCP

 Medical Director
 Alaska Clinic, LLC
 3750 Country Field Circle, UNIT B
 Wasilla, Alaska 99654
 [EMAIL PROTECTED]
 (907)357-7240


---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Hardware testing with mprime

[Bhaskar, KS]

Ismet --

If you really want to test the RAM on your system, get memtest86+, which
is a boot time program that you can invoke.  It goes into /boot, and you
can add an option to /boot/grub/menu.lst to make it a boot time option
in lieu of booting the Linux kernel.

memtest is a user space program that you can use to test RAM after
booting Linux, but I don't have much experience with it.  memtest86 (a
predecessor of memtest86+) once helped me identify a defective RAM SIM
as the cause of flakiness on a PC - the problem was a single bit defect
at a single RAM location.

-- Bhaskar

On Tue, 2006-02-07 at 15:07 -0600, Ismet Kursunoglu wrote:
> Off topic but I thought that others would benefit greatly from knowing
> about 
> this application of mprime, namely for stress testing your system
> prior to deploying 
> it into production. 
> 
> http://www.mersenne.org/freesoft.htm
> 
> I have been running it for 24 hours as a final test prior to
> configuring 
> our systems for production. So far I picked up one error that appears
> to be  
> related to a faulty chip-set fan. 
> 
> I have heard of others using it as a check on their Beowulf clusters.
> 
> --  
> Ismet B. Kursunoglu, MD, FCCP
> 
>  Medical Director 
>  Alaska Clinic, LLC 
>  3750 Country Field Circle, UNIT B 
>  Wasilla, Alaska 99654 
>  [EMAIL PROTECTED] 
>  (907)357-7240
> 
> 
> --- 
> 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=lnk&kid=103432&bid=230486&dat=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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Re: Purchasing CPT code license

[Marc Krawitz]

I realized that my question might be too vague.  Specifically, I found
the following instructions for installing the CPT codes:

 
http://www.vista-office.org/pdf/VOE_CPT_Patch_Install_Instructions_Version_1_0_Beta.pdf

It specifies that I should execute the following to install the CPT codes:

D ^CPTPATCH

However, it appears that this routine is not included with the FOIA
distribution and is not included in the zip file from the AMA.

%GTM-E-ZLINKFILE, Error while zlinking "CPTPATCH"
%GTM-E-FILENOTFND, File CPTPATCH not found

So I would like to know where to get this routine (I looked on the
worldvista and va websites and did not see it).

Thanks,

Marc


---
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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Re: Purchasing CPT code license

[Nancy Anthracite]

On Tuesday 07 February 2006 14:39, Marc Krawitz wrote:
Where do I get cptpatch from?

Thanks,

Marc


---
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=lnk&kid3432&bid#0486&dat1642
___
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

Re: [Hardhats-members] Hardware testing with mprime

[Ismet Kursunoglu]

> If you really want to test the RAM on your system, get memtest86+, which

Right. What is interesting is that the one system that failed mprime passed
on 24 hours of memtest86+. The mprime failure occurred in under 1 hour. So I am
using the combination of the two along with a kernel compile to get an overall
"Dow Jones average" for the processor and system memory. In my experience one of
these will always detect a problem, no matter how subtle.

I am running smartctl and smartd for the disks which are running either 
software, 
or in most instances, hardware RAID. I have also found IBM's (not Hitachi) drive
fitness test helpful in analyzing most disk drives and their sub-systems.
http://www.hitachigst.com/hdd/support/download.htm

Are there other or better ways to monitor disk drives? Is the SMART firmware on
modern disks reliable?  I ask as tomorrow I finally will start to build our 
VistA
server. (3Ware SATA controller, Dual Opteron Tyan mainboard, WD Raptor disks)

Ismet

-- 
Ismet B. Kursunoglu, MD, FCCP

 Medical Director
 Alaska Clinic, LLC
 3750 Country Field Circle, UNIT B
 Wasilla, Alaska 99654
 [EMAIL PROTECTED]
 (907)357-7240


---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] Purchasing CPT code license

[Norman Dodd]

Can you help us how to figure it out.  Maybe Skip has a procedure.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Cameron
Schlehuber
Sent: Tuesday, February 07, 2006 8:15 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

That worked fine when the CPT codes were only found in the ICPT global.  Now
the codes are scattered throughout the Lexicon tables as well.  It takes a
fair amount of work to knit things together.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greg
Woodhouse
Sent: Tuesday, February 07, 2006 10:28 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

--- Norman Dodd <[EMAIL PROTECTED]> wrote:

> However they are not the newest codes.
> 

How are they normally distributed? CSV files? Surely, writing code to
import the data wouldn't be that difficult. In any case, it certainly
makes more sense to write code to work with the format in which the CPT
codes are normally distributed than it does to wait for a special
version of each formatted as globals that can be read into a VistA
system.

Just my opinion.


===
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=lnk&kid=103432&bid=230486&dat=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=k&kid3432&bid#0486&dat1642
___
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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

RE: [Hardhats-members] Purchasing CPT code license

[Cameron Schlehuber]

You'd have to do the same work VA does.  It isn't just running routines to
move the codes into place.  It takes a significant amount of manual checking
as well.  (Think "reference terminology" and "concept mapping".)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Norman
Dodd
Sent: Tuesday, February 07, 2006 6:32 PM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

Can you help us how to figure it out.  Maybe Skip has a procedure.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Cameron
Schlehuber
Sent: Tuesday, February 07, 2006 8:15 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

That worked fine when the CPT codes were only found in the ICPT global.  Now
the codes are scattered throughout the Lexicon tables as well.  It takes a
fair amount of work to knit things together.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greg
Woodhouse
Sent: Tuesday, February 07, 2006 10:28 AM
To: hardhats-members@lists.sourceforge.net
Subject: RE: [Hardhats-members] Purchasing CPT code license

--- Norman Dodd <[EMAIL PROTECTED]> wrote:

> However they are not the newest codes.
> 

How are they normally distributed? CSV files? Surely, writing code to
import the data wouldn't be that difficult. In any case, it certainly
makes more sense to write code to work with the format in which the CPT
codes are normally distributed than it does to wait for a special
version of each formatted as globals that can be read into a VistA
system.

Just my opinion.


===
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=lnk&kid=103432&bid=230486&dat=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=k&kid3432&bid#0486&dat1642
___
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=k&kid3432&bid#0486&dat1642
___
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=lnk&kid3432&bid#0486&dat1642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members

[Hardhats-members] RE: CPRS REPORTS PROBLEM

[Carlos sosa sosa]

HI again well this my hfs device

Select OPTION: 5  INQUIRE TO FILE ENTRIES



OUTPUT FROM WHAT FILE: NEW PERSON// 3.5  DEVICE  (142 entries)
Select DEVICE NAME: HFS  Host File Server c:/temp/tmp.txt
ANOTHER ONE: ^

and y try like this too


Select OPTION: 5  INQUIRE TO FILE ENTRIES



OUTPUT FROM WHAT FILE: NEW PERSON// 3.5  DEVICE  (142 entries)
Select DEVICE NAME: HFS  Host File Server c:\temp\tmp.txt
ANOTHER ONE: ^


but steell de fail


Microsoft Windows XP [Versión 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\>cd temp

C:\temp>dir
El volumen de la unidad C es Windows XP
El número de serie del volumen es: F4B5-1B16

Directorio de C:\temp

06/02/2006  10:36 a.m.  .
06/02/2006  10:36 a.m.  ..
24/01/2006  01:22 p.m.  oficina otos
24/01/2006  12:30 p.m. 2,050,356 oficina otos.rar
  1 archivos  2,050,356 bytes
  3 dirs   1,037,746,176 bytes libres

C:\temp>



i don't know what happend :-(  i was reading last post an some tell about 
something to change o thing in a file but a don´t understand much  thaks 
again


_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/




---
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=lnk&kid=103432&bid=230486&dat=121642
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members