Reviving an old thread, I just found this site:
http://gplmedicine.org/
--
"The thing he [Bill Gates] realised about the windows was this: because they
had been converted into openable windows after they had first been designed
to be impregnable, they were, in fact, much less secure than if t
David Guest wrote:
Ken Wilson wrote:
But they do have to keep it for 7 years plus, for the taxman,
I thought it was three years for the tax man but you could be right.
and in medical negligence court cases it can be 21+7 years plus.
I don't think financial records are relevant to medical ne
David Guest wrote:
Brad Thomson wrote:
It's not only the data retention requirements that feature in this
type of software, but depending on the exact nature of what the
business does, ongoing funding compliance.
I have just come off the back of a painful 5 months facilitating
the introduc
Ken Wilson wrote:
But they do have to keep it for 7 years plus, for the taxman,
I thought it was three years for the tax man but you could be right.
and in medical negligence court cases it can be 21+7 years plus.
I don't think financial records are relevant to medical negligence
cases. There
Brad Thomson wrote:
It's not only the data retention requirements that feature in this
type of software, but depending on the exact nature of what the
business does, ongoing funding compliance.
I have just come off the back of a painful 5 months facilitating the
introduction of an industry-sp
On 06/03/2008, at 9:05 AM, Ken Wilson wrote:
[...]
But they do have to keep it for 7 years plus, for the taxman, and in
medical negligence court cases it can be 21+7 years plus. Most would
have the backup disc and just hope someone could read it if ever
required.
Ken
--
SLUG - Sydney Linux
David Guest wrote:
Sridhar Dhanapalan wrote:
In this case it's much more than billing data - we're talking about
sensitive medical records that meed to be managed and interchanged in
ways strictly defined by guidelines and legislation set by governments
and various other authorities.
Actua
David Guest wrote:
The most successful electronic medical record (EMR) packages in primary
care have been written by doctor programmers. To date non-programmer
doctors have been unable to articulate their requirements or have
misunderstood the technology. Most EMR packages use MS SQL as their
Sridhar Dhanapalan wrote:
> In this case it's much more than billing data - we're talking about
> sensitive medical records that meed to be managed and interchanged in
> ways strictly defined by guidelines and legislation set by governments
> and various other authorities.
>
Actually, despite th
* Armin Marth wrote, On 03/03/08 15:03:
[snip]
Now, this type of software is the perfect candidate to be on an open
platform (which some medical practices use Linux to store a flat-file
database on), and with simple google seaches I've found some
open-source Medical Billing/Appointment book prac
Marghanita da Cruz wrote:
Rev Simon Rumble wrote:
This one time, at band camp, David Guest wrote:
The format for this data is undocumented but should not be too difficult
to decipher. It changes from time to time so you are playing samba to
HCN's Microsoft.
Making assumptions about data, e
On 05/03/2008, Rev Simon Rumble <[EMAIL PROTECTED]> wrote:
> This one time, at band camp, David Guest wrote:
>
> > The format for this data is undocumented but should not be too difficult
> > to decipher. It changes from time to time so you are playing samba to
> > HCN's Microsoft.
>
>
> Making
Rev Simon Rumble wrote:
This one time, at band camp, David Guest wrote:
The format for this data is undocumented but should not be too difficult
to decipher. It changes from time to time so you are playing samba to
HCN's Microsoft.
Making assumptions about data, especially something as import
This one time, at band camp, David Guest wrote:
> The format for this data is undocumented but should not be too difficult
> to decipher. It changes from time to time so you are playing samba to
> HCN's Microsoft.
Making assumptions about data, especially something as important to a
business as
On Wed, Mar 05, 2008 at 06:18:21AM +1100, David Guest wrote:
> Armin Marth wrote:
> > Exporting patient files, with the patients details (name, DOB, sex,
> > Medicare number, etc.) from HCN's software is possible as they can be
> > exported from the program as a delimited text file (patients.out),
Armin Marth wrote:
> Exporting patient files, with the patients details (name, DOB, sex,
> Medicare number, etc.) from HCN's software is possible as they can be
> exported from the program as a delimited text file (patients.out), but
> the patient's billing history, etc. cannot be imported into ano
Although people are the same everywhere, and diseases vary a bit between
regions, medical software is country specific.
4 areas
1 Accounting and practice management. Each country has its own laws so
accounting and tax vary in each country, and tax is changed each year,
also each country has di
>
>
> Exporting patient files, with the patients details (name, DOB, sex,
> Medicare number, etc.) from HCN's software is possible as they can be
> exported from the program as a delimited text file (patients.out), but
> the patient's billing history, etc. cannot be imported into another
> medical
> Has anyone found anything for Australia; I'd be interested in following
> the development for a Linux/multiplatform open-source practice management
> suite suited to Australia's medical/Medicare standards.
Have you looked at Medsphere, and whether or not it could be improved to
cover Australia
Hi,
I work in tech support on the Medilink Assist national help desk
supporting MedilinkXP (Medical Billing with eClaims / Appointment book
software) and Medilink Clinical (Clinical Progress notes, Pathology
requests and Medical Script prescriptions for patients software).
The Medilink practice m
20 matches
Mail list logo