Open Dental

Really? Why? Do you not accept assignment of benefits?

We got a complaint from an office which is using this option. Their complaint was that we shouldn't even show at all the amount expected from insurance because it confuses the patient as to what their balance is. Keep in mind this is an office that truly does not receive the payment from the insuran...

Well, you don't want to start it with D. And you also want to force ordering alphabetically. So that's one of many ways to handle it.

You don't have to compile it. Just copy the files over from a Windows installation. I understand you don't want to do this, but that's the only option we provide right now.

Right.

Preauths do not currently flow to treatment plans when they come in.
The recal estimates button... I don't remember why it's there. I think it was more useful in the past when the estimates wouldn't recalculate on their own as nicely.

What do you mean by unreadable? Are there odd characters in it? I haven't heard of this problem.

What imaging software do you use? Sometimes they have muliclinic solutions.

If you look on the known bugs page, you will see that at the top.

Oh yeah. Forgot about that. That's a recent issue that just never got tidied up. We've been moving all the DataInterface classes over to OpenDentBusiness. It's just one of hundreds, and they all work the same. So it's not a huge problem to fix.

You would typically use Xcharge or some other credit card processor. They might only store the cc# on their servers rather than on your computers. Or if they did store the cc# locally, it would be encrypted and would comply with the complex regulations surrounding storage of cc#'s. However, you can ...

For a while there was a bug that caused a problem with that size. It was resolved months ago. So no, there is not a limit. I'm jealous.

Sounds like a bug. We just added back the "unsent" label as a feature. I think we forgot to not show it if it's marked "do not bill to ins".

Yes, people have successfully done this.

Simply create them as planned appointments. Create an unscheduled status called "Implants". Assign the planned appointments this status. View and print them from the planned appointment tracker.

Right. As it stands right now, there is no user interface to let users change their own passwords. We'll add such a user interface some day.

And your appointment view has all providers selected, right? And there are no hidden providers? Did you open each appointment and look at the status of each procedure? If you still can't get it, call us. We may need to get a copy of your database and try it on our end.

We have a large number of users using TesiaLink with no problems at all. I would suspect a firewall, a bad installation, or a bad computer. The solution to all three is to try from an alternate physical location.

We target .net 2.0 which can easily run side-by-side with .net 3.5. It does run just fine in VS 2008 because VS comes with all of the .net frameworks included, not just 3.5. It also works just fine on Vista. Our new web version (not released yet) runs on .net 3.5.

There's never supposed to be "scheduled production" for previous dates. All appointments for all providers are complete, huh? I've never seen that. I think it's worth taking the time to track down. I would just pick a day that showed scheduled production, and start auditing it. I would probably open...

I'm seriously thinking about a minor overhaul of the DataObject base class. I would like to get rid of all the bool ...Changed property clutter. I would like to move it to the level of the DataObject class by storing it as a private collection of changed field name strings. This would also allow us ...

OD works with about 7 different pads. They are all the 1x5 pads. I like the ones with the LCD screens for patients. For staff, they don't need the screen and will quickly get used to the more durable ones without screens.

No more improvements were made after 5.6, which I'm assuming you're using. It should be quite obvious that the patient has a payment plan by looking a the Account module. There's a big grid at the top.

The files would have to be .rdl files. See http://www.open-dent.com/manual/rdlproject.html

Auto notes are not for beginners. Please see http://www.open-dent.com/manual/notes.html I suggest using procedure notes, not auto notes. Another advanced topic is http://www.open-dent.com/manual/customp ... ields.html which you might eventually find useful.

Please email me the changes.

Firstly, please don't make posts in the developer's section unless they are related to programming. That's why I moved this topic.

Do you mean that you can't see your questionnaire, or that you want info from an old questionnaire to show up on a new questionnaire?

It is planned.

See http://www.open-dent.com/manual/notes.html for an overview of notes in general. I would actually stay away from autonotes until you are an advanced user. Instead, use the Procedure Notes as described on the page above.

Since it's by design, we don't really consider it a bug. It's just something to keep in mind when doing multiple procedures at the same time.

Consider putting your database backup on the USB stick, and the images folder on a removable harddrive. I see what you mean about the clutter. Maybe we should name the files more distinctively so that you can ignore them easier.

Got it.

I'll put it down as a request. That would be integrated into security.

You don't. Why is it a problem?

5.6. Sorry about misleading numbers in the last few posts. I'm going to edit a few of them so that there's no confusion.

1. You need to know how to override the insurance estimate sometimes. The override insurance estimate box in the edit claim procedure window doesn't work? Too complicated to get into on a forum. We would have to see your screen. 2. Gross production IS the medicaid fee. Our definition of production i...

Don't you WANT them to know that you are tracking it? In any case, I'm sure we'll allow changing visibility of broken appointments once they get moved into their own table.

Too complicated right now. If we increase the size of the square, it will be different sizes for different offices. This is too complicated. It will be easier once we get a general purpose icon framework for appointments. Can't it be added to a patient note? It will show when hovering. There are man...

Thank you. The database maintenance tool will already delete procedurelog entries with no code, so just run it to clean up. Now that we know about the cause of the problem, we will be able to fix it quickly.

We had to stop the recent overhaul somewhere. That's one thing we decided was not urgent. It will be improved later.

But a window should come up to prompt user for adjustment fee. I think the problem is that you are not using fees. I will put it back, but only for offices that are not using fees. But I still object to putting broken appointments in Commlog rather than Adj, because those entries will not convert to...

I'm ok with adding that information to the description column.

Sorry, I meant monitor. I edited my post to show this. I'll look for where the "Daily Appointments" text might be coming from.

Remember that "ProcDate" is actually a date time. In your query, you are leaving out the time, so it is interpreted as: WHERE procedurelog.procdate<=@ToDate(midnight) All procedures have a time after midnight, so the = is ignored. To fix it, take only the date portion of ProcDate. WHERE DATE(procedu...

The schedule printing is taken from a screenshot. So I think you might be noticing that you got a new monitor rather than that you upgraded versions of OD. Insurance form backgrounds are also bitmaps, so the other possibility is some printer driver setting was changed for bitmaps. I'm really not sur...

Yes. I just edited http://www.open-dent.com/manual/benefitinfo.html to make it easier. Uncheck the Calendar year checkbox in that window.

The web version will run fine on the office LAN. It doesn't need to actually go out over the web. If you do want to access it from outside, yes you would probably want a static IP address. You might learn about installing a certificate in order to use SSL (HTTPS), but that's not required on the LAN.

I just edited that page in the manual. Sorry about the confusion. I think the problem was that you used the Carrier Allowed Amounts fee schedule. This is wrong. Leave it blank. Just choose the Medicaid fee schedule as the ordinary fee schedule for the ins plan.

I removed that. It's annoying.

I understand the request. It's planned.

The DBSWin bridge should be working. Our software creates a text file with this format: PATLASTNAME;PATFIRSTNAME;PATBIRTHDAY;PATCARDNUMBER;PATTOWN;PATSTREET;PATPHONENUMBER;PATTITLE;PATSEX;PATPOSTALCODE; Everything after the birthday is optional. This should trigger DBSWin to import the text file. So...

Yes, that makes sense.

A digital photo is about 1MB, and a scanned document is about 300 kB, so it won't take too many to get to 78 MB. We're at about 5000 MB which is 5 GB. There are plenty of storage options for 5 GB.

Thank you. I was beginning to wonder if we did the right thing. We have had some complaints.

Use OD version 5.6, not 4.7.

Version 5.6 of OD seems to be running fine on Linux unless someone has a bug submission for us. But the main motivation for the web version is scalability. We want OD to be usable for a chain of clinics with 100 office locations. Massive scalability is the driving force.

Sorry, I don't like that idea.

Are you talking about the grid at the top of the Account module, or are you talking about the Payment Plan edit window? The assumption was made that all splits attached to a payment plan would be under the guarantor's account. The program should be enforcing this assumption. So my question is, when ...

Yes, just leave the substitution code blank and it will work.

That's a new one on me.

Not anytime soon. Tell them to use insurance estimates.

http://www.opendental.gr. The link you supplied looks like an illegal copyright infringement.

The insurance payment plan handling is addressed in the user manual. It's by design. It cannot show as a row, because those are payment plan objects. I'm ok with adding that information to the description column.

There should not be editing capabilities directly from the main Account window. It should be view only. Double click could launch the patient edit window. Lower right is fine. Below the buttons, not above them.

Certainly. You can do this. It has been a recommended strategy since the beginning. http://www.open-dent.com/manual/aptedit.html

I just tested it in 5.6 and it works great. I don't think that logic has changed since 5.5. Remember, the criteria for exclusion is that InsPending must not be zero. So make sure you actually have an estimate, not just zero.

I mean that eventually, a goal might be to allow nested entries under certain rows. Such as procedures nested under claims. That sort of thing. Right now they might be sorted, but they are not really nested like a tree.

I've duplicated it. Thanks.

It would be too hard to sort the rows in the correct order so that each writeoff shows directly under each procedure. It's impractical unless we move towards heirarchical entries in the Account module.

I'll put it down as a possible bug until I can verify it one way or the other.

Display fields would let you customize the columns. But you are talking about filtering the rows. This would be something we would add to the new Show tab in that module.

I've added it to the future versions page.

I would suggest a drug reference book. The index will have the spellings, and that goes quickly.

Use the deposit slip print feature, not the payment report. It is correct that types is only for patient checks, not insurance checks.

The security is the hard part. ALL connections will be forced to be SSL, so encrypted. That will make it slightly harder for you to set up your own web server. But yes, it will be on your web server, not ours. Later, we will start to offer it on ours.

Just found it last night. It's fixed now.

Can you put one kind on one deposit slip, and the other kind on a second deposit slip?

We are writing the design documents. The planning and first version will take weeks. The end result will be a login screen and one or two lists, like probably and appointments and patients. It's not going to blow your socks off or anything. We are currently estimating 5 years for the feature set of ...

You could switch to version 5.6 to control the date range on billing.

Good idea on the dunning messages. There were other higher priorities which were just taken care of with the recent overhaul of billing.

Well you certainly would have to at least restart Open Dental on all computers.

Not sure what you mean. This one sounds subtle, and it's hard to know what you're describing without watching you do it.

The subscription feature for assigning task lists to specific users is not currently designed to handle repeating tasks. You can manually drop tasks into someone's task list to your heart's content. That's what we use it for all the time. Repeating tasks are cruder right now. I don't think it's poss...

In 5.5, the procedure history will only go back 45 days. Are they old procedures?

Thanks. Added it to 5.5 onward.

It's simply because some payments are attached to the payment plan which should not be. Open them and detach them.

Yes! The user should log in. Then, you will see a special tab for that user. Go to the main tab and right click, subscribe. Then, that task list will show in that user's tab. We use task lists very heavily, so I'm confident that they work smoothly.

I know what needs to be done, it's just a matter of finding time to do it. We need a checkbox on the appointment that prevents auto calc. It needs to automatically check itself if someone manually changes the length of the appointment. If someone changes procedures on such an appointment, it should ...

If it was easy to put the date in, it would have already been done. I don't want a date in (other appt) if it slows things down. drtech, I think you'd have to get fairly fancy to pull that information up with one query. The simple (slow) way is to run a separate query to get each date. As for changi...

I put them both down. Neither would cause db corruption.

I wish I could see the whole query because it looks fine other than that strange character after the 183. Look to see if you have any duplicate ProcCode entries related to CodeNum 183, like maybe same ProcCode on each db, but with two different CodeNums. I'm not really sure. Let me know what you fin...

I can't stay logged in either. I just spent two hours fighting it. Derek said it was no problem at the office, so that's what I'm going to try next. I will solve it; don't worry. But it's nice to know I'm not imagining it.

It builds for me. SVN has been giving me a wierd merge error on commit, but my updates seem to be working fine.

I'm guessing you haven't committed it yet. Remember that you need to put
using OpenDentBusiness
at the top of the file if you want to reference AnestheticRecord.

That's what the planned appointment tracker is for.

NO NO NO. Do not store images in the database. This feature was added by someone else, and I should have protested it more strongly when it happened. In current versions, we have great big warnings to prevent people from doing this. Use it at your own risk. Expect updates to be difficult. Expect it ...

What version?

I finished it a few days ago so it's in SVN if you want to see it. For space reasons, I had to add it to the regular amount due.

It's purely by priority number. Just turn off subtotals.

OK. Derek is still enhancing the forum.

Then yours was corrupt or had the wrong permissions on it. There is no difference.

What specific version are you using? Are you on some old beta version?

Because the posting date should not be the service date. It should be the date that the office received payment. It's bad accounting practice to alter history or even to make it appear so.

The key point here is not that it's from "the internet". The key point is that you used a known good copy of a Setup.exe file. You could just as easily have gotten this from your office AtoZ folder.

Works for me. So you'll have to start going through our process of handling bugs. That means calling us. We try to fix it remotely, and if that doesn't work, we might need a copy of your database to try to duplicate the problem.

Export it using the button on the claimforms list window. That should export both the XML and any background image. Then, use the import button on the same files. If the background image doesn't go over automatically, you may have to copy it manually into your AtoZ folder.

It is already in version 5.6.

So did you mark teeth missing in the OD chart? http://www.open-dent.com/manual/missingteeth.html

Done. Nice and zippy now, huh?

The formatting is designed to only happen as you type. It doesn't "break". It just annoyingly tries to reformat it for you. 111 is not a valid area code, so it's behaving exactly like it should. Unless you are saying it actually crashes.

Which radio button do you have selected in http://www.open-dent.com/manual/paths.html? The top one? If not, you should do so immediately. We have started adding big warnings to prevent users from selecting the other two options.

This is not yet tracked in the database. We've been planning to add that field to the computer table.

On your screenshot, I see a checkbox at the bottom to not show unversioned files. I've never had a problem with this. I don't thing adding to the ignore list would do anything. I think they are already being "ignored" since they are unversioned.

Yes. Cliniview is just another name for Apteryx.

OK, we've moved our forum over to our own servers. You will notice a few welcome changes such as the elimination of ads. You will also notice that a few things are broken or need work. We will be working on images and on speed, but it should be mostly functional again.

Remember, the forum will be down for a while, probably starting this morning.

Don't bother the poor Mono folks. It's up to us.

It's a different problem. Look at the errors. Yours is an error converting a Byte to a PatientStatus enum. The other error message was when converting a SByte to a Byte. Totally different. Anyway... It's because you're trying to run it on Linux. I just sent an email to Derek. He should reply with th...

No. We use it for full-blown conversations. We need the whole text showing. One feature of the ODgrid is that you can easily set the whole thing to not wrap. So there should be a checkbox at the top to turn wrap on and off. The previous hover effect was incredibly annoying.

You can probably see where to change whether preventive applies towards the deductible, right? That check box is actually handling two separate categories: exams and xrays. You could uncheck the simple view option and change those two categories independently, but that still keeps the xrays all toge...

Yes, we do automatically rotate and flip the images depending on their location. A "complete" sensor implementation would let users specify this flipping and rotation themselves.

We passed 1000 early in 2007. We're at about 1500 now, although we do need to recalibrate that number. That number includes about 6 different companies as explained here: http://www.open-dent.com/manual/resellerlist.html We also should get the foreign resellers/rebranders up on that page. Greece, In...

It will wait until at least Monday.

You do that from Windows Control Panel, regional and language settings, number/currency format.

But we didn't make the changes until version 5.6. We did do some things earlier which might have shifted the address positions. Envelopes come in a variety of layouts, so we might just add an option to allow users to move the addresses around as needed. I'll look and see how they line up on our enve...

We can try. It makes it harder.

Actually, the downloads page is better.

http://www.open-dent.com/manual/downloads.html

We plan to turn off the forum for a few hours. It might be off for a up to a few days, but hopefully not. We will display a message when the forum is down. Details to follow later.

I would sort of have to see your screen to know what you are talking about. Did you select a patient? Did you accidentally mark all the teeth extracted? I don't think downloading it again will help. See the Medical section. http://www.open-dent.com/manual/medicalins.html Yes, you can print HCFA form...

I'll put it down as a request.

Setup, Security, double click on user, click Change Password button.

I threw this query together. SELECT YEAR(CURDATE())-YEAR(BirthDate) Age,COUNT(*) FROM patient WHERE BirthDate>'1800' AND BirthDate <= CURDATE() AND PatStatus !=4 GROUP BY Age It works really well, but it doesn't take into account the month or day a patient was born, just the year they were born. Tha...

It's listed on this page:
http://www.open-dent.com/manual/notes.html
as Procedure Notes.

Look at the very bottom of the Security window. Check the box that says TimecardSecurityEnabled. Now, you'll have to edit each user to link them to an employee. Then it should work the way you want. And if you're on 5.6, you can also check the box that says "users cannot edit their own timecard", a ...

You really should start with the default note template. It's just such a basic part of chartless operations. The autonote feature would be something that you use in addition to default notes for more complicated situations, like comprehensive exams or emergency exams. You wouldn't use autonotes for ...

That has been planned for quite some time. It will be an extension of this feature:
http://www.open-dent.com/manual/displayfields.html

That field is also flawed because it's not always necessarily up-to-date. Without looking at it, I think you would have to run a query.
SELECT COUNT(*)
FROM patplan,patient
WHERE patplan.PatNum=patient.PatNum
AND patient.Guarantor=123
I did not test the above query.

I could not find any screen shots at that website. Oh, wait. Nevermind. On that page, I now see that there are actually 6 screenshots all tiled together. I think I see a detail screen, a day view, and a month view. The patient detail screen looks like you would scroll down to see more fields. I can'...

labcase

I believe he fixed that.

You didn't offend me. I don't know what gave you that idea.

We use multithreading in a few places, but not very extensively. One place where we do use it heavily is when changing the brightness/contrast on an image. I would guess that you would notice an improvement there, but no guarantees. Overall, OD is not very processor intensive.

Well imagine that. We don't have an export button. It's been a while since someone reminded me about that.

Suni just happened to be the first sensor we could get our hands on and for which we also had access to the technical specs. There are about 3 other sensors which we could probably implement support for at this point, except we don't have good enough support for layout. We only support a 4BW mount a...

I'm working harder on bugs and on the manual. Then I can come back to wrapping up statements.

If it doesn't say (beta) after it on that page, then it's production. Version 5.5 has been out of beta for a while now. There is no advantage to waiting to upgrade to 5.5, and certainly no advantage to first jumping to some intermediate version. 5.6 is only for users who can accept a few bugs.

1. It is very powerful. Comparable to any other big dental software. Definitely better than Dentrix due to lower annoyance factor. One shortcoming is less canned reports. For a small office, this is usually not an issue. For a larger office, they can usually use some SQL to get around this shortcomi...

Oh, let's see. I'll just talk about the issue the best I can. I understand that it will be over the head of most users, but I know Jorge will grasp it. In a big complex database like this, many assumptions are made. In this case, it is always assumed that claimproc.DateCP is the same as claimpayment...

Version 5.6 beta has been released, and the manual will be updated over the next few days.

The way it got this way in the first place is that someone probably started to enter a payment, and then cancelled out. Deleting and recreating the claim will not change that. Edit the claim. Edit the claimproc rows. Change the amounts paid back to zero.

You're right. The running balance must match the balance at the right. Here's the basic problem I see. You have a claim that is sent and not received. If the claim has not come back yet, then why do you have insurance payment amounts entered? I think that's the problem. You can see that the erroneou...

Go to Setup | Misc, and uncheck the box that says "Use bold balance view" over to the right. Then console Dr. Fuchs who will be dismayed that you didn't intuitively grasp it.

Thanks. Yes, that's the correct way to move the grid. Also, it should always show, right? Just the wording would be different.

Not quite sure what you mean. I'd have to see the screen, probably.

I understand.

I need access to edit the statement ASAP. Please let me know if you either haven't started, or the moment you are done. Adding payment plans to the statement is the only thing holding up the release of 5.6, so I'm eager to get going on it.

We need to add a clinic choice to the billing screen. Maybe I'll try to do that today since I'm already overhauling it.

XP Pro.

The big reason for not using it is that it is not supported by Mono. That means OD would no longer work on Linux and Mac. We are already committed to maintaining compatibility with Mono, so WPF is not an option. However, our planned web version will use Silverlight, which is indeed WPF. So, yes, we ...

Good idea. You could technically do this right now as long as your staff manually changed the billing type of each patient to match their insurance status. Then, a dunning message would display based on the billing type. But we could make it even easier for you by adding the presence of insurance as...

Use the Clinics feature. Each Clinic has an address. Clinics may be assigned to patients, insplans, claims, appointments, operatories, procedures, statements, and many other objects. One limitation is that providers not move between clinics. If a provider works at two different clinics, they must be...

It would take me a few hours and I don't really have time.

Perfect. Except I'm not quite as fond of the big bold fonts as you. Maybe just a little bit smaller? The insurance line would be a bit shorter if it were, "Insurance Pending". Then things would line up a little nicer.

We'll keep it in mind for the future. But anyway it makes the printout more impressive, right?

In autocode setup at the top.

The only time I've seen it is if the version of Word is wrong.

If the assistant is the one who entered the notes, then she would be the one who is logged in. I see no problem with her name being on the notes. She'll get used to it. In my experience, people usually thrive when they're given more trust and responsibility. I think they let assistants place filling...

I would not be concerned about signing your chart notes. Most users don't. But you do have to edit them, so you have to go to that screen anyway. The edit process will eventually be made more efficient in situations where there are multiple procedures on one appointment. The reason it's not as impor...

Added to 5.6 and tested. Thanks again for the hint.

Good call. I will add that right now to the window. Should take about five minutes.

It works fine for me. So one of us probably did not perform the manual upgrades properly from ClassConvertDatabase. I'll start with a fresh 5.5 database just to make sure. I might not have time to look into it for a few days. I think you're going to enjoy the new calc method. I should have done that...

Ignore most of my last post. I still need to know which version of OD you're talking about, but Nathan says he has researched this issue enough to be convinced that it's the MS Intellimouse software that's causing the problem and that it has nothing to do with your graphics card. He's trying to dupl...

And what version of OD are you using? It's very critical with all claimed bugs that we know what version of OD we're talking about. What is your screen size? Is it really big, like 30"? When you say you, "turn off hardware acceleration" to make it work, does that mean that you change something from ...

One more thing. If you accept assignment, then you really should stop using the "Don't subtract ins est from balance" option. If you use that option it will ask the patient to pay $639 on their bill, not the $105 that you have shown. Please note that the "Don't subtract ins est from balance" option ...

I already made the changes to it so that it functions just like the Account module. I notice in your screenshot that the number $744 is shown three times, and the numbers $639 and $105 are both shown twice. This is even more confusing than having a few more boxes next to aging. Why on earth would yo...

Really. Well, various labels throughout the program might be getting cut off at the end. Changing the DPI would be worse because all the grids will have rows that are too short, resulting in the lower portion of the text getting cut off. Changing the DPI back is something we've had to do for a numbe...

A=good credit
B=OK credit
C=Bad credit, either >$200 collections, or bankruptcy.
0=Did not give us permission to run a credit report. We treat this as equivalent to C, meaning they pay for everything up front.

This is the foundation of our financial policies.

Queries with quotes in them are always tricky to put together. On a TEST database, I would try some variants of the following query: UPDATE procnote SET ProcCodeNote=REPLACE(ProcCodeNote, '""', ''); or UPDATE procnote SET ProcCodeNote=REPLACE(ProcCodeNote, '\"\"', ''); or something like that. Please...

http://www.open-dent.com/manual/compute ... ments.html
It will have to be 1024x768

No, I'm sorry, there's not. I've never seen a two page claimform before. In the US, we simply create two claims if they won't all fit on the one page.

Just a few more days until the beta release of 5.6. Let's wrap up all loose ends, and no more new features.

Can I work on that section some more then without interfering with you?

Go to setup claimforms. Use the Reassign button to convert existing InsPlans back to the 2002 claimform. I think all your InsPlans were converted to the 2006 claimform when you upgraded.

What specific version are you using? Also, it sounds like it's behaving perfectly. The $209 would be your standard fee, and the $164 would be what you contracted with the PPO to charge. So it should be basing the percentage off the $164, right? Actually, you might be experiencing a totally separate ...

I committed a rough draft of what I meant. It should be quite clear now. I won't mess with it any more until I'm sure it won't interfere with you.

The way to draw a line is to draw a filled panel of a narrow width and possibly no border. There are far too many amounts at the top of the account that all seem to be identical. The way I want it to look is: Total-InsEst=Balance, where balance is the big red number we tell the patient to pay. Help ...

I don't quite understand your last question. We can delete any existing pref we want as long as we do a "find text in files" to make sure it's not in use. As for the unused space... I'm willing to put some insurance info always showing. As for making the bold balance bigger... I'm going to make it a...

The manual is very extensive. The plan is to just keep making the manual better. We're also gradually adding video tutorials.

That's fine. Just be sure to name it starting with something very descriptive of the general purpose of the pref. There are a lot of prefs that I let slip through with bad names. I would suggest "AccountIntermingleDefault". Isn't the bold balance no longer relevant with everything clearer? Everyone ...

Storing this data in a flowitem table would make refreshing the appointment module blazing fast no matter how much of this sort of info you wanted to show. You wouldn't have to have a query for every status indicator that worked on the fly. Currently the ! works on the fly, so it's not efficient. So...

As I've thought about it some more, I was able to get it down to just two tables. I also shortened their names: flowitem table stores the items for each patient. FK to appointment. flowitemdef table stores the default list. No foreign keys at all. As for showing it on an appointment, how about somet...

Yes, it's behaving as designed.

I don't think it's a bug because the logic has not changed for quite some time. It's based on the fee schedule of the provider for the procedure. Go to that provider's setup edit window to see what fee schedule it's taking the amount from.

Don't do either of those things. Everything will malfunction.

Oh, yeah. I forgot that we did program it that way. It's smarter than I thought. It should only print graphics for the current TP.

I think TabletPC operating system might handle recognition and conversion to text. But we don't store script in the database, only text.

You've seen our Linux page, right? I build on Windows, and copy the files to a Linux directory. It's really easy.

Is it maximized? Where's your Windows task bar? Is it hidden? Have you tried moving it or unhiding it? Is your setup with dual monitors also? If so, which of the two monitors is it happening on? Are both monitors on the card, or is one of them on the motherboard VGA?

For some reason, I thought you were already doing this, sorry. Actually, I have never figured out how to create and msi. We purchased Installshield, and it took months/years to work out the kinks and get it operating as smoothly as it now does. Would it help if I just quickly release the next versio...

I have a few comments. 1. It will be highly variable between offices. Care must be taken to keep it very customizable. 2. You seem to be formalizing business rules. They seem to be the kinds of rules that most offices don't ever formalize, but instead rely on word of mouth and experienced employees ...

Search found 5743 matches