Patient, Physician and Insurance should be many2one

Bug #1189151 reported by Riza Kurniawan
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
oemedical
Fix Committed
Medium
Federico Manuel Echeverri Choux

Bug Description

I was try to understand how to use this module.
I think patient fields a better if straight many2one with res.partner, so in list of customer not showing the same name (one for data patient data and other for address data).
For Physician I think is a better if input only at once (Physician is many2one res.partner), not twice : 1st input Name and 2nd input Hospital Profesional.
For Insurance I feel rather confiuse, how to manage betwen insurance company, insurance name, patient name in insurance form, and Insurance plan.

But overall oemedical is good

Regards..

description: updated
Revision history for this message
Federico Manuel Echeverri Choux (echeverrifm) wrote :

1 - Patient i'm not sure
2 - Physician i agree with you, and i fix it
3 - Insurance i agree with you too, and i fix it

Regars

Revision history for this message
Federico Manuel Echeverri Choux (echeverrifm) wrote :

Hello!! Riza Kurnianwan, could you download my branch and tell me about. I did a lot of change

Regards

Changed in oemedical:
importance: Undecided → Medium
assignee: nobody → Federico Manuel Echeverri Choux - ( Vauxoo ) (echeverrifm)
Revision history for this message
Riza Kurniawan (rizabisnis) wrote : Re: [Bug 1189151] Re: Patient, Physician and Insurance should be many2one

Hi Federico,

Thank's for your respon, I will do ASAP

regards..

On 10 June 2013 13:07, Federico Manuel Echeverri Choux - ( Vauxoo ) <
<email address hidden>> wrote:

> Hello!! Riza Kurnianwan, could you download my branch and tell me about.
> I did a lot of change
>
> Regards
>
> ** Changed in: oemedical
> Importance: Undecided => Medium
>
> ** Changed in: oemedical
> Assignee: (unassigned) => Federico Manuel Echeverri Choux - (
> Vauxoo ) (echeverrifm)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1189151
>
> Title:
> Patient, Physician and Insurance should be many2one
>
> Status in OpenERP Medical:
> New
>
> Bug description:
> I was try to understand how to use this module.
> I think patient fields a better if straight many2one with res.partner,
> so in list of customer not showing the same name (one for data patient data
> and other for address data).
> For Physician I think is a better if input only at once (Physician is
> many2one res.partner), not twice : 1st input Name and 2nd input Hospital
> Profesional.
> For Insurance I feel rather confiuse, how to manage betwen insurance
> company, insurance name, patient name in insurance form, and Insurance plan.
>
> But overall oemedical is good
>
> Regards..
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/oemedical/+bug/1189151/+subscriptions
>

--
-----------------------------------------------------
*Riza Kurniawan*
System Integrator
*R-Tech Softmedia Surabaya*
ERP & OpenHIS Consultant
Phone : +62 31-33096771
Mobile : +62 87853 295517
YM : riza_xenon
Skype : cyber_sabily

Revision history for this message
Riza Kurniawan (rizabisnis) wrote :

sorry Federico, I try download from your brach bzr branch
lp:~echeverrifm/oemedical/oemedical
and I try to run it, I've got error

raise except_orm('ValidateError', '\n'.join(error_msgs))
except_orm: ('ValidateError', u'Error occurred while validating the
field(s) arch: Invalid XML for View Architecture!')

but If use code from bzr branch lp:oemedical

not show up error.

For me it's the 1st time to try using bzr

regards

On 10 June 2013 13:53, Riza Kurniawan <email address hidden> wrote:

> Hi Federico,
>
> Thank's for your respon, I will do ASAP
>
> regards..
>
>
> On 10 June 2013 13:07, Federico Manuel Echeverri Choux - ( Vauxoo ) <
> <email address hidden>> wrote:
>
>> Hello!! Riza Kurnianwan, could you download my branch and tell me about.
>> I did a lot of change
>>
>> Regards
>>
>> ** Changed in: oemedical
>> Importance: Undecided => Medium
>>
>> ** Changed in: oemedical
>> Assignee: (unassigned) => Federico Manuel Echeverri Choux - (
>> Vauxoo ) (echeverrifm)
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1189151
>>
>> Title:
>> Patient, Physician and Insurance should be many2one
>>
>> Status in OpenERP Medical:
>> New
>>
>> Bug description:
>> I was try to understand how to use this module.
>> I think patient fields a better if straight many2one with res.partner,
>> so in list of customer not showing the same name (one for data patient data
>> and other for address data).
>> For Physician I think is a better if input only at once (Physician is
>> many2one res.partner), not twice : 1st input Name and 2nd input Hospital
>> Profesional.
>> For Insurance I feel rather confiuse, how to manage betwen insurance
>> company, insurance name, patient name in insurance form, and Insurance plan.
>>
>> But overall oemedical is good
>>
>> Regards..
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/oemedical/+bug/1189151/+subscriptions
>>
>
>
>
> --
> -----------------------------------------------------
> *Riza Kurniawan*
> System Integrator
> *R-Tech Softmedia Surabaya*
> ERP & OpenHIS Consultant
> Phone : +62 31-33096771
> Mobile : +62 87853 295517
> YM : riza_xenon
> Skype : cyber_sabily
>

--
-----------------------------------------------------
*Riza Kurniawan*
System Integrator
*R-Tech Softmedia Surabaya*
ERP & OpenHIS Consultant
Phone : +62 31-33096771
Mobile : +62 87853 295517
YM : riza_xenon
Skype : cyber_sabily

Revision history for this message
Riza Kurniawan (rizabisnis) wrote :

I think, on oemedical we doesn't need last name and second last name. Only field patient name I think is enough, becouse OpenERP can do smart searching and in the hospital user just need simple way to input patient data.
on field age, I try to make it auto calculate, and the auto calculate will be stop if the patient is deceased.

Revision history for this message
Federico Manuel Echeverri Choux (echeverrifm) wrote :

Hi Riza. In latinamerican countries we need frist_name, last_name and
second_lastname. Because government need this information.

Regards
On Jun 10, 2013 4:33 AM, "Riza Kurniawan" <email address hidden> wrote:

> I think, on oemedical we doesn't need last name and second last name. Only
> field patient name I think is enough, becouse OpenERP can do smart
> searching and in the hospital user just need simple way to input patient
> data.
> on field age, I try to make it auto calculate, and the auto calculate will
> be stop if the patient is deceased.
>
> --
> You received this bug notification because you are a bug assignee.
> https://bugs.launchpad.net/bugs/1189151
>
> Title:
> Patient, Physician and Insurance should be many2one
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/oemedical/+bug/1189151/+subscriptions
>

Revision history for this message
Riza Kurniawan (rizabisnis) wrote :

HI, Federico,
Thank's for your information, I will change into basic model of OeMedical,
and I will make custome specialy on Standart Flow of HIS

Regards..

On 12 June 2013 03:10, Federico Manuel Echeverri Choux - ( Vauxoo ) <
<email address hidden>> wrote:

> Hi Riza. In latinamerican countries we need frist_name, last_name and
> second_lastname. Because government need this information.
>
> Regards
> On Jun 10, 2013 4:33 AM, "Riza Kurniawan" <email address hidden> wrote:
>
> > I think, on oemedical we doesn't need last name and second last name.
> Only
> > field patient name I think is enough, becouse OpenERP can do smart
> > searching and in the hospital user just need simple way to input patient
> > data.
> > on field age, I try to make it auto calculate, and the auto calculate
> will
> > be stop if the patient is deceased.
> >
> > --
> > You received this bug notification because you are a bug assignee.
> > https://bugs.launchpad.net/bugs/1189151
> >
> > Title:
> > Patient, Physician and Insurance should be many2one
> >
> > To manage notifications about this bug go to:
> > https://bugs.launchpad.net/oemedical/+bug/1189151/+subscriptions
> >
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1189151
>
> Title:
> Patient, Physician and Insurance should be many2one
>
> Status in OpenERP Medical:
> New
>
> Bug description:
> I was try to understand how to use this module.
> I think patient fields a better if straight many2one with res.partner,
> so in list of customer not showing the same name (one for data patient data
> and other for address data).
> For Physician I think is a better if input only at once (Physician is
> many2one res.partner), not twice : 1st input Name and 2nd input Hospital
> Profesional.
> For Insurance I feel rather confiuse, how to manage betwen insurance
> company, insurance name, patient name in insurance form, and Insurance plan.
>
> But overall oemedical is good
>
> Regards..
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/oemedical/+bug/1189151/+subscriptions
>

--
-----------------------------------------------------
*Riza Kurniawan*
System Integrator
*R-Tech Softmedia Surabaya*
ERP & OpenHIS Consultant
Phone : +62 31-33096771
Mobile : +62 87853 295517
YM : riza_xenon
Skype : cyber_sabily

Changed in oemedical:
status: New → Fix Committed
Revision history for this message
Riza Kurniawan (rizabisnis) wrote : Invitation to connect on LinkedIn

LinkedIn
------------

Bug,

I'd like to add you to my professional network on LinkedIn.

- Riza Kurniawan

Riza Kurniawan Andriansyah
ERP Consultant and System Integrator at R-Tech Softmedia
East Java Province, Indonesia

Confirm that you know Riza Kurniawan Andriansyah:
https://www.linkedin.com/e/9qm6wk-hmaj1x9f-4t/isd/17010026762/EKqB8itC/?hs=false&tok=1tkAL-x29E8BY1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/9qm6wk-hmaj1x9f-4t/2bQXVHPSbBS56PW-6sh6akWJysaihZaKh_xZZ0rW/goo/1189151%40bugs%2Elaunchpad%2Enet/20061/I5651678516_1/?hs=false&tok=2B3PRW9x5E8BY1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.